Android Service中那些未曾关注的回调和细节

Android开发中, 假设我们的app有且仅有一个Service组件, 那么有几个回调和细节是我这两天才关注到的(我目前的战斗力是不是太弱了?).
这里以android-23的模拟器作为测试设备, 分两种情况备注下: (前台服务指调用了startForeground的服务)

  1. 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;
  2. 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即可查看)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值