物语.png
导言
我们都知道,每个应用都会有一个Application类,这个类很常用,但大家真的了解Application的作用吗?
下面我将从Application的定义,作用,和一些重要方法来展开介绍。
Application的定义
继承关系如下:
Object
<- Context
<- ContextWrapper
<- Application
<- BaseApplication
每个应用都会定义自己的BaseApplication,在启动的时候初始化一些资源,还可以监听App的各种状态,做出相应的处理,如:锁屏,进入后台,横竖屏切换等。
Application的特点:
- 单例模式创建:每个应用启动时,首先会创建Application对象,并且实例化该对象,Application对象只有一个,全局通用。
- 生命周期:Application的生命周期与整个App的生命周期相同。
Application的作用
Application常见的用途如下:
- 初始化资源,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主进程的名称是应用的包名
。
- 数据共享,由于Application对象是全局唯一的,所以可以用来缓存一些全局变量,这些变量在任何地方都可以调用,达到共享目的。
- 监听App所处状态,
锁屏开屏,退到后台回到前台,手机内存状态,横竖屏切换,Activity的生命周期,退出应用(不稳定)
,这些都可以通过Application监听。
Application重要的方法
-
onCreate()
该方法同Activity的onCreate()方法类似,在应用启动的时候会调用,可以在里面初始化系统资源和一些三方sdk -
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个枚举从上到下,越来越容易被系统杀死,回收资源。
-
onScreenOff()
:锁屏回调 -
onScreenOn()
:解锁回调 -
onTerminate()
:在App关闭的时候会调用,功能类似于onDestroy,但不保证一定会被调用,所以最好不要在该方法中做重要处理,该方法多用来销毁一些对象,清理一些缓存,但也不保证一定能清掉。如果想在程序结束时保存数据,不能用该方法。 -
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的方法
}
}
-
registerActivityLifecycleCallbacks()
通过该方法可以监听所有Activity的生命周期方法,可以做一些公共处理,例如启动Activity的时候上报一些信息,也可以获取到当前Activity。该方法对应的取消方法是unregisterActivityLifecycleCallbacks
-
onConfigurationChanged()
程序配置信息改变 -
registerComponentCallbacks()
注册ComponentCallback2回调接口,对应unregisterComponentCallbacks()
取消注册。
总结
本文主要介绍了Application对象的作用和一些常见用法。
说个题外话,从上次写作到现在有好长时间了,中间经历了各种事情,让我对生活有了新的认识,但之后需要重拾写作乐趣,一周一更,自勉!!
写于2018.04.18下午20:00(位置:深圳南山区)
网友评论