进程是什么？从PCB到IPC，一文搞懂进程核心概念与实操

如果你是个写过几年代码的人，肯定遇到过这样的场景：程序一启动就跑起来了，但它到底算"程序"还是"进程"？任务管理器里密密麻麻那一排名字，哪些能杀哪些不能碰？两个程序之间怎么互相传数据？这些问题追踪到根子上，全都能落到"进程"这个词上。

我之前带新人做项目时，发现很多人对进程的理解停留在"进程就是运行中的程序"这个口诀层面。口诀没错，但光靠这个口诀，你连kill -9为什么有时候杀不死进程都解释不了。所以这次我打算把进程这个话题从头捋一遍，从操作系统的设计动机讲起，到进程控制块里每一块字段的用途，再到进程状态流转、进程和线程的边界、进程间通信的几大方式，最后用Linux和Windows下的实操命令收尾。这篇是第一篇，先把地基打牢，后面再聊进程调度、同步互斥这些进阶内容。

1. 为什么必须引出"进程"：程序自己搞不定的三件事

先别急着背定义，先想想一个原始问题：如果没有进程这个概念，只让程序直接在CPU上跑，会出什么乱子？

早期计算机确实是这么干的——单道程序系统，一个程序独占CPU和内存，跑完再跑下一个。但很快三个痛点就暴露了。

第一个痛点是CPU利用率太低。程序在等待I/O（比如读磁盘、等键盘输入）的时候，CPU是闲着的。而I/O速度比CPU慢好几个数量级，这就意味着CPU大部分时间在空转。当时人们的想法很朴素：既然一个程序在等I/O，为什么不趁机让另一个程序用CPU？但问题来了——多个程序同时放在内存里，谁来管理它们各自的运行现场？如果一个程序算到一半被切走，等会儿切回来，它记住自己算到哪一行了吗？

第二个痛点是内存隔离。如果多个程序直接摊在内存里，A程序不小心写坏了B程序的内存区域，或者A程序直接读走了B程序的数据，这就乱套了。操作系统需要一套机制，让每个程序都觉得自己独占了内存，同时又不能让它们越界。

第三个痛点是资源分配的公平性。A程序是个死循环，B程序是个需要快速响应的服务，如果CPU一直让A占着，B根本没有出头的机会。操作系统需要能按策略把CPU、内存、I/O设备分配给不同程序，而且能随时收回来再分配出去。

看到这里你应该明白了：程序本身是静态的，它只是一堆指令和数据的集合，像一张乐谱；而演奏过程是动态的，指挥得盯着每个乐手到哪一节了、乐器用完了没、该换谁上场——这个"动态演奏过程"加上"指挥手里的控制信息"，其实就是进程的雏形。

所以教科书上那句"进程是程序的一次执行过程"，听起来抽象，落到实际就是：进程 = 程序代码 + 数据 + 运行现场 + 操作系统为了管理它而记录的一组信息。一个程序可以被多个进程跑（比如你开了三个浏览器窗口，底层可能是同一个浏览器进程模板，但每个窗口一个进程实例），一个进程也可以在一生中执行多段不同的代码（比如进程先加载配置文件再执行业务逻辑）。

从这层意义上说，引出进程，本质上是操作系统从"程序为主体"过渡到"执行为主体"的一次抽象升级。程序回答"做什么"，进程回答"现在做到哪了、占着什么资源、该不该被切走"。

2. 进程的"身份证"：进程控制块（PCB）里到底存了什么

操作系统的内存里住着几十个进程，内核是怎么分清谁是谁的？靠的就是每个进程都有一张专属登记表——进程控制块（Process Control Block，PCB）。在Linux里，这个结构体叫task_struct，Windows里叫EPROCESS，叫法不同，干的活完全一样。

PCB可以说是进程在操作系统里的"身份证"加"档案袋"。它记录了进程从出生到消亡的所有关键信息，拆开来看大致有这几类：

• 进程标识信息：PID（进程号）、PPID（父进程号）、UID（属于哪个用户）。PID是进程身份证号，一个系统里同时存在的PID不会重复；PPID用来追溯这个进程是谁拉起来的，排查"任务管理器里莫名其妙多出来的进程"时，先看PPID往往能顺藤摸瓜找到元凶。
• 处理机状态信息：程序计数器（PC）指向下一条要执行的指令地址，寄存器组保存当前运算的中间结果，状态字保存标志位。这组信息是进程切换的命根子——进程被切走时，这些值原样存回PCB；下次切回来时，再从PCB里恢复，进程自己完全感觉不到自己被"冻结"过。
• 进程调度信息：进程状态、优先级、已等待时间、已占用CPU时间等。调度器每时每刻都在翻这些字段，决定"下一个轮到谁上CPU"。
• 内存管理信息：代码段、数据段、堆栈段的地址边界，页表指针。记住一个原则：PCB记录的是进程的地址空间边界，但实际内存数据本身在内存管理单元（MMU）手里管着。
• 资源清单：打开的文件描述符表、占用的I/O设备、锁信息等。这也是为什么查一个进程"泄漏了文件句柄"时要翻PCB里的资源表。
• 进程间通信信息：信号、管道、消息队列等通信机制需要的标识和指针。

这里要特别强调一点：PCB是内核数据结构，运行在内核态，用户态的普通程序根本碰不到。你写应用代码时用到的getpid()，其实是系统调用让内核从PCB里取出PID再返回给你。PCB本身也不在进程自己的地址空间里，而是存在内核专门划出的区域中。每次进程切换，本质就是"把当前进程的PCB填好并保存，再把下一个进程的PCB取出来恢复现场"。

我见过很多新手去网上找"修改进程优先级"