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 的“运行队列”中拿走，放入“等待队列”。调度器在分配时间片时，根本不会看它一眼。
- 场景：进程在等待某个事件。比如你的 C++ 程序调用了
- 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可能并不高。
总结表
状态 | 描述 (Linux) | 典型场景 |
R | Running | 正在运算、逻辑判断、死循环 |
S | Sleeping (可中断) | 等键盘输入、 、等网络包 |
D | Disk Sleep (不可中断) | 读写大文件、访问慢速磁盘 |
T | Stopped |
暂停、GDB 调试暂停 |
Z | Zombie | 子进程已死，父进程未收尸 |
