Android 前台活动的OOM分数是否始终最低?

Android 前台活动的OOM分数是否始终最低?,android,memory-management,process,linux-kernel,foreground,Android,Memory Management,Process,Linux Kernel,Foreground,我现在正在阅读内存不足(OOM)杀手,以及Android如何优先处理进程() 似乎前台活动的oom_分数应该总是最低的,因此总是最后被杀死的。然而,我遇到过这样的情况:启动器的oom_分数实际上低于前台活动。有人知道为什么会出现这种行为吗?启动器的oom\u分数始终低于前台活动,因为启动器永远不应该关闭 这背后的主要原因是launcher的应用程序/屏幕 一旦设备启动,get将作为第一个屏幕启动(使用intent),并且它也是 关闭所有内容后要去的屏幕 以我的经验,那不是真的。我在用棉花糖查看N

我现在正在阅读内存不足(OOM)杀手,以及Android如何优先处理进程()


似乎前台活动的oom_分数应该总是最低的,因此总是最后被杀死的。然而,我遇到过这样的情况:启动器的oom_分数实际上低于前台活动。有人知道为什么会出现这种行为吗?

启动器的oom\u分数始终低于前台活动,因为启动器永远不应该关闭

这背后的主要原因是launcher的应用程序/屏幕 一旦设备启动,get将作为第一个屏幕启动(使用intent),并且它也是 关闭所有内容后要去的屏幕


以我的经验,那不是真的。我在用棉花糖查看Nexus5中进程的oom_分数,大多数前台活动的oom_分数低于启动器。然而,在我杀死前台进程并重新启动它之前,有些人不会这样做。