先把结论放在前面：LMK（Low Memory Killer Daemon）的决策依据只有两个——进程的oom_adj（等价于 Android 层的adj档位）与系统当前的可用内存水位。它按"回收代价最低"的顺序杀进程：先杀CACHED，再杀SERVICE，尽量不碰前台。面试里这题的价值在于它能区分"读过文档"和"被它坑过"。答得浅的是"内存不足系统会杀后台进程"；答得深的是能讲清 adj 分级的具体数值、LMK 的水位触发线、为什么onDestroy靠不住、以及前台服务与省电白名单的真实作用边界。两个输入：adj 与水位维度取值含义adj（oom_score_adj）前台约 0~200数字越大越容易被杀可见/可感知 约 200~400用户刚离开，仍可能有残留界面服务态约 400~600后台服务，回收代价中等 来自尧图内容编辑团队
内容团队 本文由尧图网络内容编辑团队执笔。团队由资深项目经理、前端工程师与设计师组成，所有内容均来自亲手交付的真实项目，先讲清问题、再给出可落地的解法。尧图深耕北京网站建设十年，服务过京华建材集团、智造科技等各行业客户，把一线经验沉淀为可复用的行业观察。
相关资讯与近期热门内容
建站决策前值得细读的三篇
