操作系统基础--进程与线程的本质区别、以及各自的使用场景

---

一、相关定义。

程序：由若干条具有一定功能的指令所组成的解题顺序和步骤。

进程：程序的一次执行，是操作系统进行资源分配和保护的基本单位。

线程：线程最直接的理解就是“轻量级进程”，它是一个基本的CPU执行单元，也是程序执行流的最小单元。线程是进程中的一个实体，是被系统独立调度和分派的基本单位。

二、进程与线程的比较。

1）调度。在传统操作系统中，拥有资源和独立调度的基本单位都是进程。在引入线程的操作系统中，线程是独立调度的基本单位，进程是拥有资源的基本单位。在同一进程中，线程的切换不会引起进程切换。在不同进程中进行线程切换，如从一个进程内的线程切换到另一个进程中的线程时，会引起进程切换。
2）拥有资源。不论是传统操作系统还是设有线程的操作系统，进程都是拥有资源的基本单位，而线程不拥有系统资源（也有一点儿必不可少的资源），但线程可以访问其隶属进程的系统资源。
3）并发性。进程之间可以并发执行，多个线程之间也可以并发执行，从而使操作系统具有更好的并发性，提高了系统的吞吐量。
4）系统开销。创建或撤销进程时，系统都要为之分配或回收资源，如内存空间、I/O设备等。所以在进行进程切换时，涉及当前执行进程CPU环境的保存及新调度到进程CPU环境的设置，而线程切换时只需保存和设置少量寄存器内容，开销很小。
5）地址空间和其他资源（如打开的文件）。进程的地址空间之间相互独立，同一进程的各线程间共享进程的资源，某进程内的线程对于其他进程不可见。
6）通信方面。进程间通信（IPC）需要进程同步和互斥手段的辅助，以保证数据的一致性，而线程间可以直接读/写进程数据段（如全局变量）来进行通讯。

三、各自的使用场景。

参考文章：http://blog.csdn.net/wujiafei_njgcxy/article/details/77098977

我们从各个方面来观察多进程与多线程之间的区别，由下面的图片说明：

1）需要频繁创建销毁的优先用线程
这种原则最常见的应用就是Web服务器了，来一个连接建立一个线程，断了就销毁线程，要是用进程，创建和销毁的代价是很难承受的。
2）需要进行大量计算的优先使用线程
所谓大量计算，当然就是要耗费很多CPU，切换频繁了，这种情况下线程是最合适的。
这种原则最常见的是图像处理、算法处理。
3）强相关的处理用线程，弱相关的处理用进程
什么叫强相关、弱相关？理论上很难定义，给个简单的例子就明白了。
一般的Server需要完成如下任务：消息收发、消息处理。“消息收发”和“消息处理”就是弱相关的任务，而“消息处理”里面可能又分为“消息解码”、“业务处理”，这两个任务相对来说相关性就要强多了。因此“消息收发”和“消息处理”可以分进程设计，“消息解码”、“业务处理”可以分线程设计。
当然这种划分方式不是一成不变的，也可以根据实际情况进行调整。
4）可能要扩展到多机分布的用进程，多核分布的用线程
5）都满足需求的情况下，用你最熟悉、最拿手的方式
至于“数据共享、同步”、“编程、调试”、“可靠性”这几个维度的所谓的“复杂、简单”应该怎么取舍，我只能说：没有明确的选择方法。但我可以告诉你一个选择原则：如果多进程和多线程都能够满足要求，那么选择你最熟悉、最拿手的那个。

总结

比喻：如果说进程是工厂，那么线程就是工厂里的工人，而工人是要干活的。工厂（进程）给工人（线程）提供了内存空间，让工人（线程）干活。

进程是资源分配的基本单位，而线程是CPU调度的基本单位。因此，某种意义上可以说在支持线程的操作系统中没有真正意义上的进程调度，而都是线程调度。线程的出现主要是为了弥补进程各种操作开销大的问题，除这点外，线程和进程是差不多的。多线程和多进程一样，一方面为了充分利用CPU资源，另一方面是为了优化用户交互体验。