进程的状态及其 CPU 占用

1. R —— 唯一的 CPU 消费者

这是最直观的状态，但这里有一个必须厘清的概念。

• 定义：在内核源码中，R并不意味着进程一定正在 CPU 上跑。它表明进程“要么是在运行中，要么在运行队列 (runqueue) 里” 。
• 对 CPU 的占用：

• • 正在执行：实打实地占用 CPU 周期，执行指令（加减乘除、逻辑判断等）。
  • 在运行队列中排队：虽然此时没占用 CPU 硬件，但它准备好了。只要 CPU 一空闲，调度器就会把它拉上去跑。

• 总结：只有处于R 状态的进程，才可能产生 CPU 负载。如果你的程序是死循环（while(1){}），它会一直处于 R 状态，把单核 CPU 跑满（100%）。

2. S & D —— 主动让出 CPU

这是绝大多数进程在绝大多数时间所处的状态。

• S (浅度睡眠/可中断睡眠)：

• • 场景：进程在等待某个事件。比如你的 C++ 程序调用了cin >> x;或者sleep(10);。
  • 机制：当进程执行到这些代码时，它知道自己暂时没法继续（因为没数据输入，或者时间没到）。它会主动告诉内核：“我先睡会儿，有事叫我”。
  • CPU 占用：0%。内核会把这个进程从 CPU 的“运行队列”中拿走，放入“等待队列”。调度器在分配时间片时，根本不会看它一眼。

• D (深度睡眠/不可中断睡眠)：

• • 场景：通常是在等待严重的 IO 事件（比如读写磁盘）结束 2。
  • CPU 占用：0%。和 S 状态一样，它不消耗 CPU 指令周期。
  • 注意：虽然它不消耗 CPU，但在计算系统负载 (Load Average)时，Linux 会把 D 状态的进程算进去。因为它虽然没算术，但它占用了系统总线资源，系统实际上是“忙碌”的。

生活案例：

• R 状态：你在图书馆书桌前奋笔疾书（占用 CPU）。
• S 状态：你把书合上，去旁边沙发上玩手机等外卖（让出书桌/CPU）。此时你虽然人还在图书馆（进程还在内存），但不占用学习资源（CPU）。

3. T —— 被强行暂停

• 定义：通过发送信号（如SIGSTOP）让进程暂停 。比如你在终端里按下Ctrl+Z，或者调试断点命中时。
• CPU 占用：0%。进程被挂起，完全停止运行，自然不会占用任何 CPU 时间片。

4. Z —— 最大的误区

很多初学者看到top命令里有僵尸进程，第一反应是“它是不是在吃我的 CPU？”

• 定义：进程代码执行完毕退出了，但父进程还没读取它的退出状态 4。
• 现状：此时进程的代码和数据已经被释放了，它已经不是一个完整的代码执行体了。它只剩下内核中的一个task_struct结构体（PCB），用来保存退出码等信息 5。
• CPU 占用：绝对的 0%。一个死人是不会跑马拉松的。
• 它的危害：它不耗 CPU，也不耗多少内存（只占一个结构体的大小），但它占用进程号 (PID) 资源和内核表格的一个位置。如果僵尸太多，会导致 PID 耗尽，系统无法创建新进程 6。

5. 隐藏的 CPU 消耗：进程切换

这是高阶视角。虽然 S 状态本身不耗 CPU，但状态切换本身是耗 CPU 的。

• 机制：当一个 R 状态的进程时间片用完，或者因等待 I/O 变成 S 状态时，CPU 需要进行上下文切换。
• 过程：CPU 必须保存当前进程的寄存器数据（上下文）到它的 PCB 中，然后从下一个进程的 PCB 中加载数据到寄存器 7。
• 代价：如果你的程序频繁地在 R 和 S 之间反复横跳（例如大量的网络小包收发，或者极其频繁的系统调用），虽然程序逻辑看似简单，但大量的 CPU 时间会被浪费在“保存上下文-恢复上下文”这种内核搬运工作上，导致System CPU升高，而User CPU可能并不高。

总结表