作为用户，有没有办法让 app“休眠”在内存中，不占用 cpu 但又能快速打开？

[gdtv]

为了省电，为了禁止 app 在后台活动，传统方法似乎是将 app 完全关闭，清出内存，包括绿色守护、黑域、冰箱等都是这样吧？ 这样虽然可以达到目的，但下次启动的时候就慢了，有没有办法禁止 app 任何后台活动但又将 app 保留在内存中呢？ 前提是内存够大。

[orangeade]

绿色守护，浅度休眠

[shihira]

kill -SIGSTOP <pid>

[creedowl]

xposed 应用 应用控制器，设置后台墓碑

[Wicked]

iOS 好像就是这样？

[esbackup]

Xposed 模块 Per App Hacking

[huclengyue]

Android6.0 以上的浅度睡眠

[honeycomb]

Android8 （实际上是 7 ）新加入的后台限制就是干这个的。
5/6 时候就有的 doze 也是干这个的。

[iwtbauh]

我认为没有必要
因为底层 Linux 内核会进行缓存。App 的字节码和数据启动一次后就会保存在高速缓存中，第二次打开就会直接从内存中使用。
反而使用上面说的“浅度休眠”之类方法，App 仍然会在收到 fcm 推送时被唤醒继续运行，而且在充电时也会保持唤醒

[xrui]

黑域调成只休眠，应该就可以了。就是激进的浅度休眠

[fengleidongxi]

安卓 6 以后系统自带

[honeycomb]

@iwtbauh 希望的是应用在不使用且无需杀进程时以“已缓存进程”的形式在内存里。

而 oreo 的后台限制的作用和这个目的最接近：它会停掉不需要运行的 service 并防止它重新启动，阻止 alarm 等。如此，一个应用的进程里就不会有 service，那么它就比较可能处于“已缓存进程”的状态

[iwtbauh]

@honeycomb 但是楼主说的是”禁止 app 任何后台活动“，是任何后台活动，据我所知这些限制不会在充电时有效，也不会禁止 fcm 推送

[gdtv]

@Wicked IOS 确实是的

[gdtv]

@orangeade 非常感谢，要的就是这个

[gdtv]

@huclengyue
@honeycomb
@fengleidongxi
我用的是 miui 系统，似乎没有原生系统自带的“浅度睡眠”

[gdtv]

@honeycomb 对，我想要的就是“以已缓存进程”的形式在内存里”

[honeycomb]

@iwtbauh

上述 7/8 加入的后台限制（ AppOps.RUN_IN_BACKGROUND)，用以限制应用进程处于 idle （和它相关的部分没有显示了一段时间，大约一分钟）时，阻止该应用的后台 service 的运行或再次启动。它不受是否处于充电状态的影响。

受充电影响的限制是 doze 与 app standby，其它相关的有：job 可以设定为充电时触发，处于后台白名单，临时白名单时不受（或减少受到） doze/app standby 的影响

接受 gcm 的 play service 在白名单中，所以 doze 是 gcm 也能收到，其中的高优先信息也能拉起其它因为 doze/app standby/RUN_IN_BACKGROUND 应用

[honeycomb]

@gdtv
miui 的内地版本在编译时就通过一个编译选项禁用了 doze 机制，app standby 机制应该也同时被这个选项所禁用了。

[iwtbauh]

@honeycomb 我查了一下，似乎还是有可以利用的地方

来源： https://android.googlesource.com/platform/frameworks/base/+/bef28feba57be7fd6a4d14a85a8229154338b2ed%5E%21/core/java/android/app/AppOpsManager.java

[iwtbauh]

@iwtbauh 手抖，接上文

RUN_IN_BACKGROUND 使 manifest 中的广播失效，也就是说**不能**禁止显式注册的广播，也就是说仍然可能会出现后台活动

RUN_IN_BACKGROUND 禁止后台服务，但如果 app 霸占任务栏把服务固定到前台就是无效的。例如 QQ

因此我仍然认为要想达到完全禁止后台运行，必须完全停止 App。