Application 的概述

 

  每个App里面都有一个Application，但是我们为什么还要自定义一个Application类呢？我们知道当App启动的时候，系统会自动加载并初始化Application类。其实Google 并不希望我们去自定义Application类。基本上只有需要做一些全局初始化的时候可能才需要用到自定义Application。

官方文档

 

译文：注意:通常不需要子类化应用程序。在大多数情况下，静态单例可以以一种更模块化的方式提供相同的功能。如果你需要一个全局上下文(例如注册广播接收器),包括Context . getApplicationContext()作为一个上下文参数调用您的单例的getInstance()方法。

  市场上的App基本上都会创建自定义App，创建的自定义的Application类和一些单例的工具类差不多。可是使用归使用，有不少项目对自定义Application的用法并不到位，正如官方文档中所表述的一样，多数项目只是把自定义Application当成了一个通用工具类，而这个功能并不需要借助Application来实现，使用单例可能是一种更加标准的方式。不过使用自定义的Application类并没有什么副作用，它和单例模式一样都能实现全局功能。

2. 自定义Application

2.1 自定义Application的用途

• 得到一个Application对象
• 封装一些全局性的操作
• 初始化全局性的数据

2.2 创建自定义Application

1. 自定义Application 方法很简单，首先创建一个类继承Application类就可以了。

public class MyApplication extends Application {
  @Override  
    public void onCreate() {  
        super.onCreate();  
       
    }  
}

1. 然后在AndroidManifest.xml文件中的application节点上，引用就可以了

 <application
        android:name=".MyApplication"
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme">

指定完成后，当我们的程序启动时Android系统就会创建一个MyApplication的实例，如果这里不指定的话就会默认创建一个Application的实例。剩下的就是自己创建你需要的方法和实例了。

3. 自定义Application使用误区

在查看官方文档的时候，我们可以知道Application属于Context类中的一种。那么我们想要获得Context中的各种方法是不是也可以通过getApplication来获得呢？

image.png

修改代码，获取包名，运行代码：

public class MyApplication extends Application {

    public MyApplication() {
        String packageName = getPackageName();
        Log.d("TAG", "package name is " + packageName);
    }
}

getPackageName()这个方法是Context提供的，结果发现是空指针的操作。

运行结果

  这是为什么呢？很简单的一段代码怎么会报空呢？我们重新回顾一下ContextWrapper类的源码，ContextWrapper中有一个attachBaseContext()方法，这个方法会将传入的一个Context参数赋值给mBase对象，之后mBase对象就有值了。而我们又知道，所有Context的方法都是调用这个mBase对象的同名方法，那么也就是说如果在mBase对象还没赋值的情况下就去调用Context中的任何一个方法时，就会出现空指针异常，上面的代码就是这种情况。Application方法的执行顺序是从构造方法到attachBaseContext()方法再到onCreate()方法。所以在初始化操作的时候
Application中方法的执行顺序如下图所示：

Application方法的执行顺序

  Application中在onCreate()方法里去初始化各种全局的变量数据是一种比较推荐的做法，但是如果你想把初始化的时间点提前到极致，也可以去重写attachBaseContext()方法。
修改代码：

public class MyApplication extends Application {

 @Override
    public void onCreate() {
        super.onCreate();
        String packageName = getPackageName();
        Log.d("TAG", "package name is " + packageName);

    }

}

或者

public class MyApplication extends Application {


    @Override
    protected void attachBaseContext(Context base) {
        super.attachBaseContext(base);
        String packageName = getPackageName();
        Log.d("TAG", "package name is " + packageName);
    }
}

运行结果

4. 常见的Application使用误区

  我们在创建自定义Application的时候，最常用的方法是去获得Application实例，列举一段你很熟悉的代码出来。

public class MyApplication extends Application {
    public  static  MyApplication  app;

    public  static  MyApplication  getInstance(){
        if(app==null){
            app= new MyApplication();
        }
        return  app;
    }

    @Override
    public void onCreate() {
        super.onCreate();


    }
}

  这个获取Application单例方法getInstance(),用于获取MyApplication的实例，有了这个实例之后我们就能获取MyApplication这个类里面的方法了。但是因为Application类属于系统组件，系统组件的实例由系统去创建。所以这里new 一个 MyApplication类不具备任何获取Context的实例，它只是一个普通的Java对象。因为Application类全局只有一个，它本身就是一个单例，所以不需要再给它加上单例的外衣去保护它。

修改代码：

public class MyApplication extends Application {
    public  static  MyApplication  app;

    public  static  MyApplication  getInstance(){
        return  app;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        app = this;

    }
    
}

  getInstance()方法可以照常提供，但是里面不要做任何逻辑判断，直接返回app对象就可以了，而app对象又是什么呢？在onCreate()方法中我们将app对象赋值成this，this就是当前Application的实例，那么app也就是当前Application的实例了。

作者：忆念成风
链接：https://www.jianshu.com/p/e28e50196800
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。