抢占式调度 vs 非抢占式调度：后台任务的干扰路径

调度模式这事儿，说白了就是操作系统怎么分配CPU时间。你想想看，如果系统调度器不管，后台任务可能一直抢占CPU，那前台渲染线程就被晾在一边了——帧率不抖才怪。

我个人习惯从两种调度模式入手来定位问题。因为90%的帧率抖动，根因都在于抢占式调度下后台任务偷偷插队。非抢占式？在移动端和桌面端几乎绝迹了，但理解它才能对比出抢占式的「暴力」之处。

1. 非抢占式调度：任务自觉交出CPU

非抢占式，也叫协作式调度。内核从来不主动打断正在运行的任务。只有当前任务调用yield()、sleep()或I/O阻塞时，调度器才会把CPU让给下一家。

• 优点：没有抢占开销，上下文切换次数少，适合实时性要求不高的小系统。
• 缺点：一个任务如果写死循环不释放，整个系统就卡死。
• 典型场景：老式8位单片机、某些嵌入式bootloader。

我在项目中遇到过这种调度——一个智能门锁项目，用的就是非抢占式RTOS。当时有个后台任务在for循环里做加密运算忘了加delay()，结果按键扫描任务饿死，门锁延迟5秒才响应。排查起来其实简单：看任务是否主动让出，没有就加。

不过回到你的问题——帧率抖动？非抢占式下几乎不会。因为渲染线程只要不主动让CPU，后台任务根本抢不进来。但代价是整个系统的实时性差，稍微复杂点的交互就崩。

2. 抢占式调度：系统强抢CPU

现代操作系统（Linux、Windows、Android、iOS）清一色用抢占式。调度器根据优先级和时间片，随时打断正在执行的任务。后台任务只要优先级够高，或者主线程时间片用完，就会强行插入。

这里有个关键点：优先级反转和时间片轮转是帧率抖动的两大元凶。

特性	非抢占式	抢占式
CPU控制权	任务自愿交出	调度器强制切换
响应时间	不可预测（取决于当前任务）	确定优先级即可保证
帧率抖动风险	低（只要渲染任务不主动放弃）	高（后台任务随时可能被唤醒）
典型内核	FreeRTOS（非抢占配置）、Protothread	Linux CFS、Windows NT、iOS Mach
调试难度	容易（看yield点）	较难（需要抓调度迹）

3. 抢占式下的干扰路径详解

系统在运行渲染线程时，调度器会挂起该线程，切换到后台任务执行。完成后台任务后，再切回渲染线程——但这时已经过了几个毫秒。对一个16.6ms（60fps）的帧周期来说，几个毫秒的延迟就是一次跳帧。

下面这个流程图展示了完整的干扰路径：

你看这个路径：输入事件 → 渲染开始 → 时间片用完 → 调度器抢走 → 后台任务执行 → 渲染延迟 → 错过vsync → 帧率抖了。整个过程发生在毫秒级别，但人眼就能感知到卡顿。

4. 实战：如何识别抢占干扰

在项目中遇到帧率抖动时，我第一件事就是抓调度迹。拿Linux来说，可以用perf sched或ftrace：

# 抓取调度事件，记录主线程和干扰线程的切换
sudo trace-cmd record -e sched_switch -e sched_wakeup \
    -e sched_migrate_task \
    -F -P $(pidof your_app)

# 然后看一下调度切换的次数和延迟
trace-cmd report | grep "sched_switch" | head -20

还可以用systemtap或bpftrace动态拦截调度点：

#!/usr/bin/bpftrace
// 监控渲染线程被抢占的次数
kprobe:schedule {
    $prev = (struct task_struct *)arg0;
    $next = (struct task_struct *)arg1;

    if ($prev->pid == 12345) {  // 渲染线程PID
        printf("渲染线程被抢走 -> 新线程PID=%d comm=%s\n", $next->pid, $next->comm);
    }
}

5. 我的避坑指南

讲这么多理论，最后说点实战经验。我曾经接手过一个手机游戏优化项目，中低端机型掉帧严重。一开始大家都以为是渲染流水线问题，查了一遍没发现异常。

后来我写了个小工具，持续dump当前CPU运行线程。发现每过50ms左右，一个后台线程就会突然跑起来占用20ms。妈的，那是推送服务的守护线程在轮询网络，优先级还比渲染高。

处理方式很简单：

• 把渲染线程设为最高优先级（RT调度类）
• 后台任务绑到另外的CPU核心（isolcpus）
• 或者直接后台任务加nice 19降权

嗯，这里还要注意一点：就算你调好了优先级，如果后台任务持有锁（比如mutex），渲染线程去获取锁时可能被阻塞，这叫优先级继承场景。我曾经踩过这个坑，折腾了两天才找到——是个日志库用了全局锁，渲染线程被它拖死。

总之，排查帧率抖动，先问自己：冲突是调度器造成的，还是锁造成的？调度器造成的，改优先级或CPU亲和性；锁造成的，就得上无锁队列或者调整锁粒度。