本文出处：
炎之铠csdn博客：http://blog.csdn.net/totond
炎之铠邮箱：yanzhikai_yjk@qq.com
本文原创，转载请注明本出处！
前言
最近的开发中经常使用到Application类，它的用处很多，但是网上的资料有很多是旧的或者是介绍不全的，在这里全面总结一下，先介绍Application的所有方法，再介绍它的使用经验。
本文基于Android6.0源码，API LEVEL 23。
介绍
首先看看官网的介绍：
下面是我对Application类的理解：
- 每个APP都有一个Application实例：如果我们没有继承Application子类自定义它的话，APP会创建一个默认的实例。
- Application实例拥有着与APP一样长的生命周期：在APP开启的时候首先就会实例化它，然后才是入口的Activity或者Service等。
- Application与APP“同生共死”，在一个APP的生命周期只实例化一次，所以它“天生”就是一个单例，不需要使用单例模式去实现它。
- 而上面的官方Note里面说到，通常是没有必要实现Application的子类的，要用单例的话可以自己使用静态单例类实现，要用它的Context的话用
Context.getApplicationContext()就行了。然而，Application类的作用可不单单是实现一个全局的单例，还有其他的很多功能，下面一一介绍。
功能
Application类的方法
首先看看类结构：
Application是继承自ContextWarpper的，继承来的方法就不在这里说了，下面来看看Application的方法：
onCreate()方法
在Application创建的时候调用，一般用于初始化一些东西，如全局的对象，环境的配置等。
onConfigurationChanged(Configuration newConfig)方法
重写此方法可以监听APP一些配置信息的改变事件（如屏幕旋转等），当配置信息改变的时候会调用这个方法。在Manifest文件下的Activity标签（注意是Activity）里配置android:configChanges属性相应的配置属性，会使Activity在配置改变时候不会重启，只会执行onConfigurationChanged()方法。如：android:configChanges="keyboardHidden|orientation|screenSize"属性可以使Activity旋转时不重启。
onLowMemory()方法
重写此方法可以监听Android系统整体内存较低时候的事件。按我的理解就是，当APP处于前台时，但是所有后台程序都被kill光了，但是还是内存不足时，系统就会调用这个方法告诉APP，兄弟轮到你了。我们可以在这个方法里面释放一些不重要的资源，来保证到时候内存足够而让APP进程不被系统杀掉，或者提醒用户清一下垃圾，让内存清一点空位出来，我的手机老是这样提示我，不知道是不是这个方法惹的祸。
onTrimMemory(int level)方法
这个方法是一个比较难理解的方法，Trim意思是修剪，按我的理解，用这个方法打个比方：
从前有个伟大的妈妈叫Android系统，她有一群子女叫APP，她含辛茹苦地养着这群熊孩子。当系统老妈发现她的工资（内存）不够下个月的开销的时候，就会回调这个方法，告诉她的APP子女，我现在工资不够了，你们赶紧少吃少用点，不然我就要根据你们的重要性高低来一个一个地“清理门户”了。
这里有传入一个int类型的参数level，它告诉APP们内存不足的严重性（越高越严重）。假如这时候系统内存不足，运行着前台和后台一共几个APP，这些不同的APP会收到系统老妈不同的“劝告信息”：
- TRIM_MEMORY_RUNNING_MODERATE：数值为5，这个APP是系统老妈的“掌上明珠”（前台APP），老妈让APP注意一下：不要大手大脚（释放不用的内存），我的工资（内存）不够养你了，不过就算再不够，只是把你其他不争气兄弟姐妹（杀掉后台APP）清出家门，你注意一下吧。
- TRIM_MEMORY_RUNNING_LOW：数值10，这个APP是系统老妈的“掌上明珠”（前台APP），老妈语重心长地对APP说：孩子，我的工资（内存）实在不够了，你能不能拿点压岁钱出来帮补一下（释放不用的内存），不行的话就要把你的很多兄弟姐妹（杀掉后台APP）送走了。
- TRIM_MEMORY_RUNNING_CRITICAL：数值15，这个APP是系统老妈的“掌上明珠”（前台APP），老妈严重警告APP：臭小子，你的兄弟姐妹（杀掉后台APP）都快走光了，你还不给我多省点钱（要求释放内存），你还真的想把你的兄弟全赶走啊，当时候就剩你一个，说不定你都自身难保啦（执行onLowMemory()方法）。
- TRIM_MEMORY_UI_HIDDEN：数值20，老妈告诉这个APP：你个熊孩子，闯了祸（用户把APP从前台切换到后台），我要收回你的零用钱（UI资源）。
- **TRIM_MEMORY_BACKGROUND **：数值40，这些APP是老妈收养的（后台APP），老妈在吃完晚饭后留下了他，对他说：孩子啊，现在家里经济不好（内存不足），你就少花点吧，这个月的零用钱不发了吧（要求释放资源），不然的话我们家可能养不下你和你后面的那帮兄弟姐妹了（杀掉后台APP）。
- **TRIM_MEMORY_MODERATE **：数值60，这些APP是老妈收养的（后台APP），老妈偷偷地跟APP说：孩子啊，你们花费太多了，老妈的工资养不下你们了（内存不足），你们用少点吧（要求释放内存），不然等我把你后面那几个兄弟赶出去之后就轮到你了（已进入LRU缓存列表的中间位置，如果后面的APP进程资源都被回收的话，下一个就是轮到它了）。
- **TRIM_MEMORY_COMPLETE **：数值80，这些APP是老妈充话费送的（后台APP），老妈狠狠地对他说：臭小子，没看到都快揭不开锅了（内存不足）吗？赶紧把你的私房钱拿出来（要求释放资源），不然你们就准备滚出这个家门吧（已处于LRU缓存列表的后面位置，APP随时都有被回收的风险）。
说了这么多其实实际上这个方法有什么用呢？我目前想到的系统用这个方法提醒APP释放一些缓存了，如图片缓存，数据缓存之类的。
这篇文章很详细的讲述了这个方法。
onTerminate()方法
这个方法在程序结束的时候会调用。但是这个方法只用于Android仿真机测试的时候，在Android产品机是不会调用的。所以这个方法并没什么用。
registerActivityLifecycleCallbacks()和unregisterActivityLifecycleCallbacks()
这两个方法用于注册或者注销对APP内所有Activity的生命周期监听，当APP内Activity的生命周期发生变化的时候就会调用ActivityLifecycleCallbacks里面的方法：
registerActivityLifecycleCallbacks(new ActivityLifecycleCallbacks() {
@Override
public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
Log.d(TAG,"onActivityCreated: " + activity.getLocalClassName());
}
@Override
public void onActivityStarted(Activity activity) {
Log.d(TAG,"onActivityStarted: " + activity.getLocalClassName());
}
@Override
public void onActivityResumed(Activity activity) {
Log.d(TAG,"onActivityResumed: " + activity.getLocalClassName());
}
@Override
public void onActivityPaused(Activity activity) {
Log.d(TAG,"onActivityPaused: " + activity.getLocalClassName());
}
@Override
public void onActivityStopped(Activity activity) {
Log.d(TAG, "onActivityStopped: " + activity.getLocalClassName());
}
@Override
public void onActivitySaveInstanceState(Activity activity, Bundle outState) {
}
@Override
public void onActivityDestroyed(Activity activity) {
Log.d(TAG,"onActivityDestroyed: " + activity.getLocalClassName());
}
});
我们来测试一下，把APP切到后台再打开，log结果是：
onActivityPaused: MainActivity
onActivityStopped: MainActivity
onActivityStarted: MainActivity
onActivityResumed: MainActivity
registerComponentCallbacks()和unregisterComponentCallbacks()方法
用于注册和注销ComponentCallbacks2回调接口，里面的方法前面已经介绍过，看名字就知道：
registerComponentCallbacks(new ComponentCallbacks2() {
@Override
public void onTrimMemory(int level) {
}
@Override
public void onConfigurationChanged(Configuration newConfig) {
}
@Override
public void onLowMemory() {
}
});
Context类也有这两个方法，但是Context类的方法只可以使用ComponentCallbacks，比Application少了一个onTrimMemory()回调。
registerOnProvideAssistDataListener()和unregisterOnProvideAssistDataListener()方法
API18以上的方法，网上关于这两个方法的介绍很少，几乎没有，在官网上的介绍是这样的：
This is called when the user is requesting an assist, to build a full ACTION_ASSIST Intent with all of the context of the current application.
好像是当用户请求帮助的时候会调用这个方法，然后会启动一个ACTION_ASSIST的Intent。什么时候才是用户请求帮助呢?StackOverflow里有的人说是长按Home键，外国的机子会跳出Google Now这个助手，至于国内的机子，我用我自己的华为荣耀6P长按Home键是弹出语音助手，但是没有回调这个方法。然后尝试了一下用下面的代码来发送一个ACTION_ASSIST来看看有什么效果：
Intent intent = new Intent(ACTION_ASSIST);
context.startActivity(intent);
结果打开了我手机上UC浏览器的语音搜索功能。。。
最后还是搞不懂这个方法什么时候会回调，如果有知道的请告知，谢谢！
使用
要使用自定义的Application，首先就是要自己新建一个Application的子类，然后把它的名字写在manifest文件里面的application标签里的android:name属性就行，如我的Application子类名字是BaseApplication，则：
android:name=".BaseApplication"
1.初始化资源
由于Application类是在APP启动的时候就启动，启动在所有Activity之前，所以可以使用它做资源的初始化操作，如图片资源初始化，WebView的预加载，推送服务的注册等等，注意不要执行耗时操作，会拖慢APP启动速度。
2.数据全局共享
- 可以设置一些全局的共享常量，如一些TAG，枚举值等。
- 可以设置一些全局使用的共享变量数据，如一个全局的Handler等等，但是要注意，这里缓存的变量数据的作用周期只在APP的生命周期，如果APP因为内存不足而结束的话，再开启这些数据就会消失，所以这里只能存储一些不重要的数据来使数据全APP共享，想要储存重要数据的话需要SharePreference、数据库或者文件存储等这些本地存储。
- 可以设置一些静态方法来让其他类调用，来使用Application里面的全局变量，如实现APP一键退出功能时候会用到。
后话
以上就是我对Android中Application的总结和使用经验，基于Android6.0的API，所有的方法都是经过实测的，如有错漏，敬请指正，谢谢！
参考文章
https://developer.android.com/reference/android/app/Application.html
http://blog.csdn.net/man_embedded/article/details/52625619
http://androidperformance.com/2015/07/20/Android-Performance-Memory-onTrimMemory.html
http://blog.csdn.net/android_jianbo/article/details/46228003
网友评论