为什么线程切换通常比进程切换更轻量
这题本质上是在问：上下文切换时，到底切了什么，为什么线程切换成本通常更低。
一、什么是上下文切换
CPU 在某一时刻只能执行一个线程或一个进程中的线程。当操作系统暂停当前执行单位，转而去运行另一个执行单位时，就发生了上下文切换。
所谓上下文，就是为了让任务将来还能从原位置继续执行，需要保存下来的那一组运行状态。
典型包括：
- 程序计数器
- 寄存器值
- 栈指针
- 调度状态
如果这些信息不保存，下次切回来时，程序就不知道该从哪里继续执行。
二、线程切换时主要切什么
同一进程内线程切换时，操作系统通常主要保存和恢复的是线程私有的执行现场，例如：
- 程序计数器
- 寄存器
- 栈指针
- 线程状态
因为同一进程内的线程共享地址空间和大部分资源，所以这类切换一般不需要更换整套运行环境。
三、进程切换为什么更重
进程切换不仅要切换执行现场，往往还要切换内存管理相关的信息。
因为不同进程拥有不同的虚拟地址空间，所以进程切换通常还涉及：
- 地址空间切换
- 页表切换
- 内存映射关系变化
- TLB 相关开销
最核心的区别是：
进程切换常常要切换地址空间，线程切换通常不需要。
四、为什么切换地址空间这么关键
因为地址空间一旦变化，CPU 后续访问内存时所依赖的地址映射环境也变了。
同一个虚拟地址，在不同进程里可能对应完全不同的物理内存。
所以从进程 A 切到进程 B 时，CPU 不能再沿用原来那套地址映射结果，需要重新适配新的地址空间。
这部分额外工作，就是进程切换成本明显更高的重要原因。
五、线程切换更轻，不等于线程一定更快
线程切换和通信通常更便宜，但程序整体性能不只取决于切换成本，还和这些因素有关：
- 线程数量是否过多
- 是否存在严重锁竞争
- 是否频繁阻塞
- CPU 核数是否足够
- cache 命中率如何
- 任务本身是 CPU 密集还是 I/O 密集
所以不能简单下结论说线程一定比进程性能更高。
更准确的说法是，在线程模型适合的场景下，线程通常可以用更低的切换和通信成本实现并发；但如果锁竞争严重、线程数过多，实际效果可能并不好。
六、总结
线程比进程切换更轻量，主要是因为同一进程内的线程共享地址空间和大部分资源。线程切换时通常只需要保存和恢复线程私有的执行上下文，比如程序计数器、寄存器和栈；而进程切换除了这些，还通常需要切换虚拟地址空间、页表等内存管理信息，并带来额外的地址转换开销，所以成本更高。