【转】多进程 & 多线程的区别与适用场景

关于多进程和多线程，教科书上最经典的一句话是“进程是资源分配的最小单位，线程是CPU调度的最小单位”，这句话应付考试基本上够了，但若是在工做中遇到相似的选择问题，那就没有这么简单了，选的很差，会让你深受其害。
常常在网络上看到有的XDJM问“多进程好仍是多线程好？”、“Linux下用多进程仍是多线程？”等等指望一劳永逸的问题，我只能说：没有最好，只有更好。根据实际状况来判断，哪一个更加合适就是哪一个好。
咱们按照多个不一样的维度，来看看多线程和多进程的对比（注：由于是感性的比较，所以都是相对的，不是说一个好得不得了，另一个差的没法忍受）。

看起来比较简单，优点对比上是“线程 3.5 v 2.5 进程”，咱们只管选线程就是了？
呵呵，有这么简单我就不用在这里浪费口舌了，仍是那句话，没有绝对的好与坏，只有哪一个更加合适的问题。咱们来看实际应用中究竟如何判断更加合适。
1）须要频繁建立销毁的优先用线程（进程的建立和销毁开销过大）
缘由请看上面的对比。
这种原则最多见的应用就是Web服务器了，来一个链接创建一个线程，断了就销毁线程，要是用进程，建立和销毁的代价是很难承受的
2）须要进行大量计算的优先使用线程（CPU频繁切换）
所谓大量计算，固然就是要耗费不少CPU，切换频繁了，这种状况下线程是最合适的。
这种原则最多见的是图像处理、算法处理。
3）强相关的处理用线程，弱相关的处理用进程
什么叫强相关、弱相关？理论上很难定义，给个简单的例子就明白了。
通常的Server须要完成以下任务：消息收发、消息处理。“消息收发”和“消息处理”就是弱相关的任务，而“消息处理”里面可能又分为“消息解码”、“业务处理”，这两个任务相对来讲相关性就要强多了。所以“消息收发”和“消息处理”能够分进程设计，“消息解码”、“业务处理”能够分线程设计。
固然这种划分方式不是一成不变的，也能够根据实际状况进行调整。
4）可能要扩展到多机分布的用进程，多核分布的用线程
缘由请看上面对比。
5）都知足需求的状况下，用你最熟悉、最拿手的方式
至于“数据共享、同步”、“编程、调试”、“可靠性”这几个维度的所谓的“复杂、简单”应该怎么取舍，我只能说：没有明确的选择方法。但我能够告诉你一个选择原则：若是多进程和多线程都可以知足要求，那么选择你最熟悉、最拿手的那个。
须要提醒的是：虽然我给了这么多的选择原则，但实际应用中基本上都是“进程+线程”的结合方式，千万不要真的陷入一种非此即彼的误区。

 

参考资料：http://www.2cto.com/kf/201007/53769.html