Android中Application介绍

介绍

　　首先看看官网的介绍： 

　　下面是我对Application类的理解：

• 每个APP都有一个Application实例：如果我们没有继承Application子类自定义它的话，APP会创建一个默认的实例。
• Application实例拥有着与APP一样长的生命周期：在APP开启的时候首先就会实例化它，然后才是入口的Activity或者Service等。
• Application与APP“同生共死”，在一个APP的生命周期只实例化一次，所以它“天生”就是一个单例，不需要使用单例模式去实现它。
• 而上面的官方Note里面说到，通常是没有必要实现Application的子类的，要用单例的话可以自己使用静态单例类实现，要用它的Context的话用

Context.getApplicationContext()

• 就行了。然而，Application类的作用可不单单是实现一个全局的单例，还有其他的很多功能，下面一一介绍。

Application类功能

Application类的方法

　　首先看看类结构： 

 

　　Application是继承自ContextWarpper的，继承来的方法就不在这里说了，下面来看看Application的方法：

onCreate()方法

　　在Application创建的时候调用，一般用于初始化一些东西，如全局的对象，环境的配置等。

onConfigurationChanged(Configuration newConfig)方法

当配置信息改变的时候会调用这个方法。在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，首先就是要自己新建一个Application的子类，然后把它的名字写在manifest文件里面的application标签里的android:name属性就行，如我的Application子类名字是BaseApplication，则：

android:name=".BaseApplication"

• 1

1.初始化资源

　　由于Application类是在APP启动的时候就启动，启动在所有Activity之前，所以可以使用它做资源的初始化操作，如图片资源初始化，WebView的预加载，推送服务的注册等等，注意不要执行耗时操作，会拖慢APP启动速度。

2.数据全局共享

• 可以设置一些全局的共享常量，如一些TAG，枚举值等。
• 可以设置一些全局使用的共享变量数据，如一个全局的Handler等等，但是要注意，这里缓存的变量数据的作用周期只在APP的生命周期，如果APP因为内存不足而结束的话，再开启这些数据就会消失，所以这里只能存储一些不重要的数据来使数据全APP共享，想要储存重要数据的话需要SharePreference、数据库或者文件存储等这些本地存储。
• 可以设置一些静态方法来让其他类调用，来使用Application里面的全局变量，如实现APP一键退出功能时候会用到。