进程调度与上下文切换

1. 一句话总结

调度决定 CPU 下一步运行谁，上下文切换负责保存和恢复任务状态。

2. 通俗解释

CPU 像一个服务窗口，很多任务排队办理。调度器决定下一个叫谁；上下文切换就是把上一个人的材料收好，再拿出下一个人的材料继续处理。

3. 核心概念

• 进程状态：新建、就绪、运行、阻塞、终止。
• 就绪态：只等待 CPU。
• 阻塞态：等待 IO、锁或事件。
• 调度算法：时间片轮转、优先级、多级反馈队列等。
• 上下文：寄存器、PC、栈指针、页表等执行现场。

4. 底层原理

• 时钟中断让 OS 定期获得 CPU 控制权。
• 上下文切换要保存当前状态并恢复下一个任务状态。
• 进程切换通常比线程切换更重。
• 频繁切换会消耗 CPU 并破坏 Cache/TLB 局部性。
• 调度策略要在响应时间、吞吐量、公平性之间取舍。

5. 面试标准回答

进程调度是操作系统在多个可运行任务之间分配 CPU 的机制。进程可能处于就绪、运行、阻塞等状态：就绪态表示能运行但还没拿到 CPU，阻塞态表示正在等待 IO、锁或事件。调度器根据算法选择下一个运行任务。上下文切换时，系统保存当前任务的寄存器、程序计数器、栈指针等状态，再恢复另一个任务状态。切换本身不做业务工作，还可能导致 Cache 和 TLB 失效，所以线程或进程过多会降低性能。

6. 高频追问

追问 1：进程调度与上下文切换面试第一句话怎么答？

先给结论：进程状态：新建、就绪、运行、阻塞、终止。 再补充它解决的问题和使用场景，避免一上来背长定义。

追问 2：它为什么需要底层机制支撑？

时钟中断让 OS 定期获得 CPU 控制权。 面试官追问时要把“现象”落到“机制”和“代价”。

追问 3：常见误区是什么？

不要把平均情况说成绝对结论，也不要忽略边界条件、退化情况和工程成本。

追问 4：如果继续追问怎么展开？

可以沿着“定义 → 原理 → 对比 → 场景 → 缺点 → 优化”展开，重点说清：上下文切换要保存当前状态并恢复下一个任务状态。

追问 5：实际开发中怎么体现？

线程池核心线程数过高会导致上下文切换增加。 这类联系能把基础知识从“背概念”变成“解释工程选择”。

追问 6：回答时怎么收尾？

最后用一句话总结适用条件和代价，说明什么时候该用、什么时候不该用。

7. 易混淆点

8. 实际开发联系

• 线程池核心线程数过高会导致上下文切换增加。
• Linux top、vmstat 可观察上下文切换和负载。
• CPU 密集型任务线程数通常接近 CPU 核数。

9. 背诵速记

调度决定谁用 CPU，切换负责保存恢复现场。就绪是等 CPU，阻塞是等 IO/锁/事件。上下文切换消耗 CPU，并影响 Cache/TLB 命中。