后台任务抢占基本概念
聊到帧率抖动，有个概念不得不先讲——任务抢占。说白了，就是正在执行的任务被系统强制打断，让另一个任务先跑。这事儿在操作系统的教科书里讲得文绉绉的，但在我们做渲染优化的场景下，它就是个“偷时间”的坏蛋。
抢占到底是什么意思？
抢占，直译就是“抢先占据”。在操作系统里，当一个高优先级任务就绪时，调度器有权把当前正在运行的低优先级任务挂起，把CPU让给那个更“急”的任务。整个过程对低优先级任务是完全透明的——它根本不知道发生了啥，等再被调度回来的时候，还以为只是自己愣了一下。
核心要点：抢占不是协商，是强制。它不需要当前任务同意，调度器直接切断CPU控制权。
我第一次搞明白这个道理是在调一个Android游戏的掉帧问题。当时发现Log里一分钟内有几十次“preemption”字样，我就顺着这个线索一路挖下去……嗯，后面会展开讲。
抢占发生的三个条件
不是所有系统都能抢占，也不是随便触发。抢占发生需要同时满足这三个条件：
- 系统支持抢占式调度：现在的Linux、Windows、iOS、Android都是抢占式，老的Win3.1那种协作式不行。
- 有更高优先级的任务处于就绪态：比如实时音频线程优先级是99，渲染线程优先级是50，那音频任务一就绪就会抢。
- 当前CPU时间片没到就被迫切换：如果高优先级任务是在当前任务时间片用完后来，那叫“调度”，不算抢占。抢占是中途打断。
| 条件 | 说明 | 我的经验 |
|---|---|---|
| 抢占式内核 | 内核本身支持任务切换 | 曾经在一个裁剪过的RTOS上发现它把抢占关了，导致实时任务卡死 |
| 优先级反转 | 低优先级任务持有锁导致高优先级等 | 这是个更隐蔽的坑，后面会有专门章节 |
| CPU资源耗尽 | 多核都跑满时，抢占反而变成常事 | 4核设备上有段时间渲染线程和后台AI任务挤一起，帧率直接腰斩 |
抢占怎么影响渲染线程？
渲染线程最怕什么？怕被挂起。你想想看，它正在绘制第n帧，CPU寄存器里堆了一堆上下文——顶点坐标、纹理指针、状态指令。这时候一个高优先级的后台任务突然插进来，调度器二话不说保存现场、切换出去。等渲染线程再回来，前后已经过了几毫秒甚至十几毫秒。
对于60fps的刷新率，一帧预算只有16.6ms。如果渲染线程被抢占一次花掉8ms，那剩下8ms根本画不完，直接丢帧。更可怕的是，如果后台任务频繁抢，就会形成离散的“微卡顿”，这就是你看到的帧率抖动。
避坑指南：我曾经在排查一个直播App的卡顿时，发现后台的“网络数据包处理线程”优先级设得比渲染线程还高。每次网络波动，渲染就被打断一次。后来我把渲染线程优先级调高到比后台任务高一个台阶，抖动明显减少。
为什么后台任务偏爱抢占渲染线程？
后台任务本身没错，错在它们常常被赋予了不合理的高优先级。常见的“肇事者”有：
- 音频处理线程（为了不掉声音，系统常给高优先级）
- 摄像头数据回调（实时视频流）
- 网络心跳/超时检测
- 动画降级处理（讽刺的是，为了动画流畅反而抢了渲染线程）
- 垃圾回收（GC停顿会被调度器误判为闲置任务）
你可能会问：那把这些后台任务优先级都压到最低不就好了？不行，有些任务真的有实时要求，比如音频一旦被渲染线程反抢，就会爆音。所以这里涉及的是平衡。
抢占的内核开销
切换本身也有代价。一次上下文切换大约花5~50μs（视CPU架构和内核版本而定）。听起来很小对吧？但渲染线程如果被频繁切换，累积的切换时间可能占掉帧预算的10%~30%。这就是为什么我们不仅要关注“有没有被抢”，还要关注“抢了多少次”。
# 一个简单的测量思路（伪代码）
last_ts = current_time();
while rendering:
draw_frame();
now = current_time();
if (now - last_ts) > 20ms: # 超出16ms预算
log_preemption_event(now);
last_ts = now;
这段代码当然不够精确，但可以用来快速定位“什么时间段出现了异常延迟”。我常用trace工具看调度器日志，直接看上下文切换计数。
一个具体的抢占场景
假设你的App在手机上全屏运行游戏。渲染线程优先级是48（Android标准设置）。系统后台有一个媒体扫描线程（优先级50），它正在扫描存储卡。这时候用户点了一下屏幕，媒体扫描线程仍然在跑，但因为优先级高，它会在渲染线程绘制到一半时插入，抢走CPU。渲染线程的帧率瞬间从60降到30，用户就感觉“卡了一下”。
这个场景我遇到过好几次。本质上是你和系统服务之间的优先级博弈。
注意：不要认为“多核就可以避免抢占”。如果后台任务调度到和渲染线程同一个CPU核（CPU亲和性设置），或者所有核都被高优先级任务占满，仍然会触发抢占。现代移动设备大多是大小核架构，一不小心就容易让后台任务和大核绑定。
本章核心逻辑图
下面这张图概括了后台任务抢占影响渲染线程的完整链路，从触发条件到用户感受到的帧率抖动：
小结
简单列几个关键点，方便你回头复习：
- 抢占的本质：高优先级任务强行打断低优先级任务的执行。
- 发生条件：抢占式内核 + 就绪高优先级任务 + 当前任务正在执行。
- 对渲染的影响：直接吃掉帧预算，导致丢帧和帧率抖动。
- 常见肇事者：音频、媒体、网络、GC等后台任务优先级设置不合理。
- 测量手段：通过上下文切换日志或自定义时间戳检测异常延迟。