Android进程优先级与后台任务生存法则：从LMK原理到现代架构实践Android进程优先级就像“医院急诊科的分诊制度

一句话总结：

Android进程优先级就像“医院急诊科的分诊制度”，它基于一套名为Low Memory Killer的底层机制，根据应用对用户的重要性，赋予进程不同的oom_adj_score，决定在内存紧张时谁先被回收。

Android建立在Linux内核之上，其内存管理核心是Low Memory Killer (LMK) 机制。

oom_adj_score：系统为每个进程动态计算一个分数（0-1000）。分数越低，进程越重要，越不容易被杀死。
lmkd (Low Memory Killer Daemon) ：这是一个守护进程，它监控系统内存水位。当内存低于某个阈值时，lmkd就会从oom_adj_score最高的进程开始，依次杀死，直到内存恢复到安全水平。

我们通常所说的“进程优先级”，就是对不同oom_adj_score区间的通俗描述。

优先级 (从高到低)	典型场景	`oom_adj_score` (大致范围)	存活保障
1. 前台进程	用户正在交互的Activity；运行中的前台服务（如音乐播放）。	`0`	系统仅在内存耗尽，别无选择时才会杀死。
2. 可见进程	Activity被对话框部分遮挡；分屏模式下的副屏应用。	`100-200`	几乎不会被杀死，除非前台进程需要大量内存。
3. 服务进程	正在执行`onStartCommand()`等的后台服务。	`200-300`	运行时间越长，越有可能被杀死。
4. 可察觉进程	用户能间接感知的后台任务，如播放音频或下载。	`200-300`	优先级高于普通缓存进程。
5. 缓存进程	用户按Home键或Back键退出的应用，无活跃组件。	`900+`	内存回收的主要目标，随时可能被杀死。

自Android 8.0起，系统对后台行为施加了严格限制。“让进程一直活着”的旧思路已不可行。开发者必须转变思维，确保任务能被可靠地调度和执行。

WorkManager是处理所有可延迟、机会性、且需要保证执行的后台任务的最佳选择。

核心优势：
- 持久化：任务被写入数据库，即使应用或设备重启，任务依然存在，条件满足时会被执行。
- 智能调度：遵循系统的Doze模式和App Standby Buckets规则，在最合适的时机（如设备充电、连接Wi-Fi时）执行，极其省电。
- 向后兼容：在底层，它会智能地选择使用JobScheduler（API 23+）或AlarmManager+BroadcastReceiver。
适用场景：数据同步、日志上传、图片处理等一切不需要立即执行的后台工作。

除了进程优先级，以下两个机制也深刻影响着你的应用后台行为：

Doze (打盹) 模式：设备长时间息屏、静止时，系统会进入Doze模式，延迟应用的CPU和网络活动，以节省电量。WorkManager的任务会被推迟到系统指定的“维护窗口”执行。
App Standby Buckets (应用待机分区) ：系统根据用户与应用的交互频率，将应用放入不同等级的“分区”（Active, Working Set, Frequent, Rare, Restricted）。应用所处的分区越不活跃，其后台任务、网络访问和高优先级FCM消息的触发就越受限制。

总结：现代Android后台开发，不再是与系统争夺“存活权”的斗争，而是理解并遵循系统规则，通过WorkManager等现代API，以一种对用户和设备都友好的方式，可靠地完成任务。

Android进程优先级与后台任务生存法则：从LMK原理到现代架构实践