Android开发中, 假设我们的app有且仅有一个Service组件, 那么有几个回调和细节是我这两天才关注到的(我目前的战斗力是不是太弱了?).
这里以android-23的模拟器作为测试设备, 分两种情况备注下: (前台服务指调用了startForeground的服务)
AndroidManifest.xml中, Service声明了stopWithTask=”false”或者未声明此属性:
- 当通过home虚拟键回到桌面时, 或查看最近app列表时, Service的onTrimMemory会得到回调; 如果Service是前台服务, 此时oom_adj为1, 如果不是前台服务, oom_adj变为6;
- 另外当从最近app列表中移除那个带Service组件的app时有以下几点:
- 如果Service不是前台服务, 则进程被杀死, 其后Service自动重启, onCreate和onStartCommand被回调, oom_adj变为8;
- 如果Service是前台服务, 则进程不会被杀死, onStartCommand得到回调, oom_adj为1;
AndroidManifest.xml中, Service声明了stopWithTask=”true”属性时:
- 当通过home虚拟键回到桌面时, 或查看最近app列表时, Service的onTrimMemory会得到回调; 如果Service是前台服务, 此时oom_adj为1, 如果不是前台服务, oom_adj变为6;
- 另外当从最近app列表中移除那个带Service组件的app时有以下几点:
- 当从最近app列表中移除那个带Service组件的app时, Service的onTaskRemoved不会被回调, app去世;
- 不论是否是前台服务, app去世;
这里oom_adj的值来自于/proc/{pid}/oom_adj. 此值越大, 越容易被Android系统杀死回收(有前台ui界面时一般值为0, 系统app或厂商合作的app可能值为负数), 杀死的时机可以是内存紧张, 耗电过猛, 锁屏后若干时间, 被第三方管理软件”偷窥”到;
(先通过adb shell ps来找到app的pid, 然后adb shell cat /proc/那个pid/oom_adj即可查看)