1. 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
- 自定义Application 方法很简单，首先创建一个类继承Application类就可以了。
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
}
}
- 然后在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来获得呢？
修改代码，获取包名，运行代码：
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中在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的实例了。
