Android组件-Android Application

关于Application我们先来看官方的介绍：

Base class for those who need to maintain global application state.
You can provide your own implementation by specifying its name in your AndroidManifest.xml's <application> tag, which will cause that class to be instantiated for you when the process for your application/package is created.

这里唯一提到Application的作用就是用来保存应用程序全局状态/变量。但是在介绍之后，官方文档还跟了一段TIP：

There is normally no need to subclass Application. In most situation, static singletons can provide the same functionality in a more modular way.
If your singleton needs a global context (for example to register broadcast receivers), the function to retrieve it can be given a Context which internally uses Context.getApplicationContext() when first constructing the singleton.

这里说的是通常情况下，我们不需要继承Application来实现全局状态的保存，更普遍的做法是通过静态单例来实现。

看起来有些纠结，不过结合实际开发经验，用静态变量而不是Application至少有一个明显的好处，写法简单。通过系统API：Context.getApplicationContext()返回的结果是Application的父类-Context，我们需要强制类型转换为自定义的XXXApplication，这种写法一来麻烦，二来重构时候更麻烦。

那除了官方文档提到的控制全局状态，Application还有更高大上的用武之处吗？

显然是有的，Application既然和我们app是一样的生命周期，那启动一个app的同时这个app的Application也就实例化了，因此Application还是app的入口。

做为入口，自然有一些义务和责任：

1. 初始化全局控制器，如初始化UncaughtExceptionHandler异常处理器，统计SDK，创建app根目录文件夹等

2. 为不同进程的数据处理不同的初始逻辑，如两个进程分别注册不同的广播监听等

综上，在app开发的过程中，我们应当将更多的注意力放在application的入口作用上，至于通过Context.getApplicationContext()来保存全局变量，确实有更多更好的方法来代替。

下面是4个主要api的介绍：

1. oncreate，通常情况下一个app只有一个进程，因此该方法只有在app启动时调用一次，而且只调用一次，但是要特别注意在多进程的情况下，每个进程启动时都会调用一次application的oncreate方法。

2. onConfigurationChanged，应用在配置变化的时候回调。

3. onLowMemory，系统内存严重不足时将回调该方法，注意是整个系统内存都不够才回调，而不是app自身内存不足。

4. onTerminate，退出app的时候回调，但是官方有明确说明，未必每次都会调用，因此尽量不要依赖该方法处理一下必要业务。

最后简要说明下如何自定义一个application，这很容易百度到，因此简单带过：

1. 在AndroidManifest.xml的<application>标签加上一个属性android:name="xxxapp.xxxpackage.xxxApplication"

2. 创建一个继承android.app.Application的类xxxapp.xxxpackage.xxxApplication即可