day51 鱼还是熊掌：浅谈多进程多线程的选择

迈不过友情╰ 2023-10-09 11:28 8阅读 0赞

**鱼还是熊掌：浅谈多进程多线程的选择**

**进程是操作系统调度以及进行资源分配的基础单位，是一个资源单位**

**线程是操作系统可以运算调度的最小单位，是真正的执行单位，其包含在进程中，一个线程就是一条固定的控制流程。**

这两句话应付考试基本上够了，但如果在工作中遇到类似的选择问题，那就没有这么简单了，选的不好，会让你深受其害。

到底要如何选择，我只能说：**没有最好，只有更好，不存在一个好的不得了，另一个差的无法忍受的情况，他们并不是非此即彼的。**根据实际情况来判断，哪个更加适合就是哪个好。

我们按照多个不同的维度，来看看多线程和多进程的对比（再次强调：因为是感性的比较，因此都是相对的，不是说一个好得不得了，另外一个差的无法忍受）。

<table> 
 <thead> 
  <tr> 
   <th><strong>对比维度</strong></th> 
   <th><strong>多进程</strong></th> 
   <th><strong>多线程</strong></th> 
   <th><strong>总结</strong></th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>数据共享、同步</td> 
   <td>数据共享复杂，需要用IPC；数据是分开的，同步更可控</td> 
   <td>因为共享进程数据，数据共享简单，但也是因为这个原因导致同步可控性低</td> 
   <td>各有优势</td> 
  </tr> 
  <tr> 
   <td>内存、CPU</td> 
   <td>占用内存多，切换复杂，CPU利用率低</td> 
   <td>占用内存少，切换简单，CPU利用率高</td> 
   <td>线程占优</td> 
  </tr> 
  <tr> 
   <td>创建销毁、切换</td> 
   <td>创建销毁、切换复杂，速度慢</td> 
   <td>创建销毁、切换简单，速度很快</td> 
   <td>线程占优</td> 
  </tr> 
  <tr> 
   <td>编程、调试</td> 
   <td>编程简单，调试简单</td> 
   <td>编程复杂，调试复杂</td> 
   <td>进程占优</td> 
  </tr> 
  <tr> 
   <td>可靠性</td> 
   <td>进程间不会互相影响</td> 
   <td>一个线程挂掉将导致整个进程挂掉</td> 
   <td>进程占优</td> 
  </tr> 
  <tr> 
   <td>分布式</td> 
   <td>适应于多核、多机分布式；如果一台机器不够，扩展到多台机器比较简单</td> 
   <td>适应于多核分布式</td> 
   <td>进程占优</td> 
  </tr> 
 </tbody> 
</table>

**1）线程中数据共享简单，进程中数据同步更可控**

是不是因为进程中虽然使用共享内存方式较为复杂，但是可控性强，想同步的数据就可以同步，而在线程中大家都是同步的，只有通过局部变量全局变量来控制，所以同步复杂呢？

**2）需要频繁创建销毁的优先用线程**

原因请看上面的对比。

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

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

所谓大量计算，当然就是要耗费很多CPU，切换频繁了，这种情况下线程是最合适的。

这种原则最常见的是图像处理、算法处理。

**4）当这个事件需要一直处于活动状态时，那就应该使用进程**

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

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

一般的Server需要完成如下任务：消息收发、消息处理。“消息收发”和“消息处理”就是弱相关的任务，而“消息处理”里面可能又分为“消息解码”、“业务处理”，这两个任务相对来说相关性就要强多了。因此“消息收发”和“消息处理”可以分进程设计，“消息解码”、“业务处理”可以分线程设计。