关于多进程和多线程，教科书上最经典的一句话是“进程是资源分配的最小单位，线程是CPU调度的最小单位”.

对于到底是使用多进程还是多线程, 要根据实际情况来判断，选择更适合的。

具体情况,可以参考下面:

1）需要频繁创建销毁的优先用多线程

　　这种原则最常见的应用就是Web服务器了，来一个连接建立一个线程，断了就销毁线程，要是用进程，

创建和销毁的代价是很难承受的.

2）需要进行大量计算的优先使用多线程

　　所谓大量计算，是指耗费很多CPU，切换频繁了，这种情况下线程是最合适的。这种原则最常见的是图

像处理、算法处理。

3）强相关的处理用线程，弱相关的处理用进程

　　什么叫强相关、弱相关？理论上很难定义，给个简单的例子就明白了。

　　一般的Server需要完成如下任务：消息收发、消息处理。“消息收发”和“消息处理”就是弱相关的任务，而

“消息处理”里面可能又分为“消息解码”、“业务处理”，这两个任务相对来说相关性就要强多了。因此“消息收发”

和“消息处理”可以分进程设计，“消息解码”、“业务处理”可以分线程设计。当然这种划分方式不是一成不变的，

也可以根据实际情况进行调整。

4）可能要扩展到多机分布的用进程，多核分布的用线程

5）都满足需求的情况下，用你最熟悉、最拿手的方式

　　至于“数据共享、同步”、“编程、调试”、“可靠性”这几个维度的所谓的“复杂、简单”应该怎么取舍，其实没

有明确的选择方法。但我可以告诉你一个选择原则：如果多进程和多线程都能够满足要求，那么选择你最熟悉、

最拿手的那个。

　　需要提醒的是：虽然给出了这么多的选择原则，但实际应用中基本上都是“进程+线程”的结合方式，千万不

要陷入一种非此即彼的误区。

摘录自:

浅谈多进程多线程的选择: http://www.2cto.com/kf/201007/53769.html

Multi-thread & Multi-process