导言

我们都知道，每个应用都会有一个Application类，这个类很常用，但大家真的了解Application的作用吗？
下面我将从Application的定义，作用，和一些重要方法来展开介绍。

Application的定义

继承关系如下：
Object <- Context <- ContextWrapper <- Application <- BaseApplication

每个应用都会定义自己的BaseApplication，在启动的时候初始化一些资源，还可以监听App的各种状态，做出相应的处理，如：锁屏，进入后台，横竖屏切换等。

Application的特点：

1. 单例模式创建：每个应用启动时，首先会创建Application对象，并且实例化该对象，Application对象只有一个，全局通用。
2. 生命周期：Application的生命周期与整个App的生命周期相同。

Application的作用

Application常见的用途如下：

1. 初始化资源，App启动时会在Application的onCreate()方法中初始化一些全局资源，系统配置，三方sdk等。
   此处需要注意一点，App可能会有多个进程：主进程、三方sdk的一些进程，初始sdk的时候需要注意在相应的进程中去初始化，避免浪费资源。

    /**
     * 获取进程名称
     */
    public static String getProcessName(Context context) {
        ActivityManager am = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
        List<ActivityManager.RunningAppProcessInfo> runningApps = am.getRunningAppProcesses();
        if (runningApps == null) {
            return null;
        }
        for (ActivityManager.RunningAppProcessInfo proInfo : runningApps) {
            if (proInfo.pid == android.os.Process.myPid()) {
                if (proInfo.processName != null) {
                    return proInfo.processName;
                }
            }
        }
        return "";
    }

上面的方法可以获取当前进程名称，App主进程的名称是应用的包名。

1. 数据共享，由于Application对象是全局唯一的，所以可以用来缓存一些全局变量，这些变量在任何地方都可以调用，达到共享目的。
2. 监听App所处状态，锁屏开屏，退到后台回到前台，手机内存状态，横竖屏切换，Activity的生命周期，退出应用（不稳定），这些都可以通过Application监听。

Application重要的方法

1. onCreate()
   该方法同Activity的onCreate()方法类似，在应用启动的时候会调用，可以在里面初始化系统资源和一些三方sdk
2. onLowMemory()和onTrimMemory()
   这两个方法作用基本相同，Android4.0之前只能用onLowMemory方法，而从4.0开始，onTrimMemory就替代了onLowMemory方法。
   它们的作用是，检测到手机内存不足，为了防止App被杀掉，可以通过该方法来释放一些资源降低内存。
   现在主要分析onTrimMemory(int level)方法，该方法中有个参数level，有几个对应的枚举值：

• TRIM_MEMORY_RUNNING_MODERATE：程序处于前台正常运行，不会被杀掉，但内存有点低，系统开始kill后台的其他进程。
• TRIM_MEMORY_RUNNING_LOW：程序处于前台正常运行，但当前内存非常低，请释放不必要的资源，不然会影响App响应速度。
• TRIM_MEMORY_RUNNING_CRITICAL：程序处于前台正常运行，大部分后台进程已经被杀死，请释放不必要的资源。
• TRIM_MEMORY_UI_HIDDEN：应用从前台切换到后台，回收ui资源
• TRIM_MEMORY_BACKGROUND：应用在后台运行，处于LRU缓存列表的最近位置，被回收的优先级比较低，可以释放一些资源，让应用在后台存活更长时间。
• TRIM_MEMORY_MODERATE：应用在后台运行，处于LRU缓存列表的中间位置，如果资源得不到释放，有被系统回收的可能。
• TRIM_MEMORY_COMPLETE：应用处于后台，处于LRU列表的边缘位置，系统内存严重不足，随时可能被回收，此时尽可能释放掉一切可释放的资源。
  上面7个枚举从上到下，越来越容易被系统杀死，回收资源。

1. onScreenOff()：锁屏回调
2. onScreenOn()：解锁回调
3. onTerminate()：在App关闭的时候会调用，功能类似于onDestroy，但不保证一定会被调用，所以最好不要在该方法中做重要处理，该方法多用来销毁一些对象，清理一些缓存，但也不保证一定能清掉。如果想在程序结束时保存数据，不能用该方法。
4. attachBaseContext(Context base)：该方法传入一个base参数，系统调用该方法，把ContextImpl对象传到该方法中，之后ContextWrapper中所有的方法都委托给该ComtextImpl对象去实现。

protected void attachBaseContext(Context base) {
     if (mBase != null) {
         throw new IllegalStateException("Base context already set");
     }
     mBase = base;
 }

也就是在调用attachBaseContext方法之前，Application中的很多方法都不能用，例如getPackageName()，不然会报空指针。
Application构造方法 -> attachBaseContext() -> onCreate()，如果想把初始化时机提前到极致，可以如下操作：

public class MyApplication extends Application {  
      
    @Override  
    protected void attachBaseContext(Context base) {  
        // 在这里调用Context的方法会崩溃  
        super.attachBaseContext(base);  
        // 在这里可以正常调用Context的方法  
    }  
}  

1. registerActivityLifecycleCallbacks()
   通过该方法可以监听所有Activity的生命周期方法，可以做一些公共处理，例如启动Activity的时候上报一些信息，也可以获取到当前Activity。该方法对应的取消方法是unregisterActivityLifecycleCallbacks
2. onConfigurationChanged()
   程序配置信息改变
3. registerComponentCallbacks()
   注册ComponentCallback2回调接口，对应unregisterComponentCallbacks()取消注册。

总结

本文主要介绍了Application对象的作用和一些常见用法。

 

原文地址：https://www.jianshu.com/p/b0dee36af8d0