用费曼学习法整理进程与线程

进程和线程的定义并不难背，难的是在具体问题里判断该用哪个概念解释。这次我用费曼学习法重新整理了一遍：先假设自己要向一个完全没有操作系统基础的人讲清楚，再回头检查哪里讲不顺。

第一遍解释：把程序、进程和线程分开

程序是存放在磁盘上的静态文件，本身不会运行。进程是程序的一次执行过程，拥有独立的地址空间和资源。线程是进程内部的执行单元，同一进程中的线程共享进程的资源。

如果只讲到这里，听的人通常会问：那为什么不直接都用进程？这就引出下一层。

创建进程需要分配独立的地址空间，进程之间的通信也要经过额外的机制。对于需要共享数据、又希望并行处理的任务，线程更轻量：同一进程内的线程可以直接访问共享内存，创建和切换的成本通常也更低。

但共享也带来问题。多个线程同时修改同一份数据，就可能出现竞争条件。于是需要锁、信号量等同步机制。线程并不是“更快的进程”，而是另一种资源组织方式，代价和收益都不同。

并发描述的是多个任务在时间上交替推进的能力，并行描述的是多个任务在同一时刻真正同时执行。单核 CPU 也可以通过快速切换实现并发，但不具备真正意义上的并行。

上下文切换是这个过程的核心动作：保存当前执行现场，恢复另一个执行现场。切换本身有成本，因此线程数量并不是越多越好。

可以把进程想成一间独立的办公室，线程是办公室里的几位同事。他们共享同一间办公室里的资料，沟通方便，但也可能同时修改同一份文件。进程之间更像不同办公室，资料不共享，交流需要走正式渠道。

类比能帮助入门，但不能替代机制。例如“办公室”无法准确解释地址空间隔离和系统调用，所以讲完类比后还要回到真实概念。

费曼学习法真正有用的地方，不是把话说得通俗，而是暴露自己以为懂、其实讲不清的地方。这次卡住我的不是线程定义，而是“并发与并行的区别”和“上下文切换的成本来自哪里”。把这两处补上之后，整条知识线索才连贯起来。