可能很多项目都会有一个自定义的Application,做一些初始化操作以及全局化的一些数据保存,这时如果程序中定义了远程服务(android:process=":remote"),Application就会被实例化多次,每个进程实例化一次,所以Application中onCreate也会被执行多次,这肯定是没必要的,特别是Application bind一个Service的情况。
因为Application是应用程序的入口,也不能定义多个,在AndroidMainfest.xml中定义多个ide都会直接报错。如果确实需要自定义Application,可以在自定义的Application中通过进程名来区分是哪个进程,然后进行相应的逻辑处理。
获取进程名的方法:
@Nullable public static String getProcessName(Context context, int pid){ ActivityManager am = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE); List<ActivityManager.RunningAppProcessInfo> runningApps = am.getRunningAppProcesses(); if (runningApps != null && !runningApps.isEmpty()) { for (ActivityManager.RunningAppProcessInfo procInfo : runningApps) { if (procInfo.pid == pid) { return procInfo.processName; } } } return null; }
另外整理了一些Application以及进程相关的知识:
1、Application、Task、Activity之间的关系:
这个就没必要做文字说明了,很清晰的一个关系图。
2、进程优先级(5级):
前台进程是用户当前做的事所必须的进程,如果满足下面各种情况中的一种,一个进程被认为是在前台:
1.进程持有一个正在与用户交互的Activity(Activity正处于onResume()的状态)。
2.进程持有一个Service,这个Service和用户正在交互的Activity绑定。
3.进程持有一个Service,这个Service是在前台运行的,即它调用了 startForeground()
。
4.进程持有一个Service,这个Service正在执行它的生命周期回调函数(onCreate()
, onStart()
, or onDestroy()
)。
5.进程持有一个BroadcastReceiver,这个BroadcastReceiver正在执行它的 onReceive()
方法。
杀死前台进程需要用户交互,因为前台进程的优先级是最高的。
如果一个进程不含有任何前台的组件,但是仍然影响着用户在屏幕上可以看到的内容,就是可见进程。
可见进程满足下列情况之一:
1.进程持有一个Activity,这个Activity不在前台,但是仍然被用户可见(处于onPause()调用后又没有调用onStop()的状态)。
这种情况发生在,比如,前台的activity打开了一个对话框,这样activity就会在其后可见。
2.进程持有一个Service,这个Service和一个可见的(或者前台的)Activity绑定。
可见的进程也被认为是很重要的,一般不会被销毁,除非是为了保证所有前台进程的运行而不得不杀死可见进程的时候。
如果一个进程中运行着一个service,这个service是通过 startService()
开启的,并且不属于上面两种较高优先级的情况,这个进程就是一个服务进程。
尽管服务进程没有和用户可以看到的东西绑定,但是它们一般在做的事情是用户关心的,比如后台播放音乐,后台下载数据等。
如果进程不属于上面三种情况,但是进程持有一个用户不可见的activity(activity的onStop()被调用,但是onDestroy()没有调用的状态),就认为进程是一个后台进程。
后台进程不直接影响用户体验,系统会为了前台进程、可见进程、服务进程而任意杀死后台进程。
通常会有很多个后台进程存在,它们会被保存在一个LRU (least recently used)列表中,这样就可以确保用户最近使用的activity最后被销毁,即最先销毁时间最远的activity。
如果一个进程不包含任何活跃的应用组件,则认为是空进程。
保存这种进程的唯一理由是为了缓存的需要,为了加快下次要启动这个进程中的组件时的启动时间。
系统为了平衡进程缓存和底层内核缓存的资源,经常会杀死空进程。
1.Android会尽可能地把进程放在高的优先级。
比如,一个进程拥有一个可见状态的activity和一个service,这个进程会被认为是可见进程,而不是服务进程。
2.一个进程的等级有可能会因为其他进程的依赖而提高,一个进程服务于另一个进程,则它的优先级不会比它服务的进程优先级低。
比如,A进程中的一个content provider向B进程中的一个客户提供服务,或A进程中的一个service被绑定在B进程中的一个组件上,则A进程的优先级至少和B进程的优先级一样高。
3.因为服务进程的优先级比后台进程的优先级高,所以对于一个需要启动一个长时间操作的activity来说,开启一个service比创建一个工作线程的方法更好,尤其是对于操作将很可能超出activity的持续时间时。
比如要上传一个图片文件,应该开启一个service来进行上传工作,这样在用户离开activity时工作仍在进行。使用service将会保证操作至少有服务进程的优先级。
有什么不对的地方欢迎讨论!