關(guān)于多進(jìn)程和多線程，教科書(shū)上最經(jīng)典的一句話是“進(jìn)程是資源分配的最小單位，線程是CPU調(diào)度的最小單位”，這句話應(yīng)付考試基本上夠了，但如果在工作中遇到類似的選擇問(wèn)題，那就沒(méi)有這么簡(jiǎn)單了，選的不好，會(huì)讓你深受其害。

?

經(jīng)常在網(wǎng)絡(luò)上看到有的XDJM問(wèn)“多進(jìn)程好還是多線程好？”、“Linux下用多進(jìn)程還是多線程？”等等期望一勞永逸的問(wèn)題，我只能說(shuō)：沒(méi)有最好，只有更好。根據(jù)實(shí)際情況來(lái)判斷，哪個(gè)更加合適就是哪個(gè)好。

?

我們按照多個(gè)不同的維度，來(lái)看看多線程和多進(jìn)程的對(duì)比（注：因?yàn)槭歉行缘谋容^，因此都是相對(duì)的，不是說(shuō)一個(gè)好得不得了，另外一個(gè)差的無(wú)法忍受）。

?

對(duì)比維度	多進(jìn)程	多線程	總結(jié)
數(shù)據(jù)共享、同步	數(shù)據(jù)共享復(fù)雜，需要用IPC；數(shù)據(jù)是分開(kāi)的，同步簡(jiǎn)單	因?yàn)楣蚕磉M(jìn)程數(shù)據(jù)，數(shù)據(jù)共享簡(jiǎn)單，但也是因?yàn)檫@個(gè)原因?qū)е峦綇?fù)雜	各有優(yōu)勢(shì)
內(nèi)存、CPU	占用內(nèi)存多，切換復(fù)雜，CPU利用率低	占用內(nèi)存少，切換簡(jiǎn)單，CPU利用率高	線程占優(yōu)
創(chuàng)建銷毀、切換	創(chuàng)建銷毀、切換復(fù)雜，速度慢	創(chuàng)建銷毀、切換簡(jiǎn)單，速度很快	線程占優(yōu)
編程、調(diào)試	編程簡(jiǎn)單，調(diào)試簡(jiǎn)單	編程復(fù)雜，調(diào)試復(fù)雜	進(jìn)程占優(yōu)
可靠性	進(jìn)程間不會(huì)互相影響	一個(gè)線程掛掉將導(dǎo)致整個(gè)進(jìn)程掛掉	進(jìn)程占優(yōu)
分布式	適應(yīng)于多核、多機(jī)分布式；如果一臺(tái)機(jī)器不夠，擴(kuò)展到多臺(tái)機(jī)器比較簡(jiǎn)單	適應(yīng)于多核分布式	進(jìn)程占優(yōu)

?

看起來(lái)比較簡(jiǎn)單，優(yōu)勢(shì)對(duì)比上是“線程 3.5 v 2.5 進(jìn)程”，我們只管選線程就是了？

?

呵呵，有這么簡(jiǎn)單我就不用在這里浪費(fèi)口舌了，還是那句話，沒(méi)有絕對(duì)的好與壞，只有哪個(gè)更加合適的問(wèn)題。我們來(lái)看實(shí)際應(yīng)用中究竟如何判斷更加合適。

1）需要頻繁創(chuàng)建銷毀的優(yōu)先用線程

原因請(qǐng)看上面的對(duì)比。

這種原則最常見(jiàn)的應(yīng)用就是Web服務(wù)器了，來(lái)一個(gè)連接建立一個(gè)線程，斷了就銷毀線程，要是用進(jìn)程，創(chuàng)建和銷毀的代價(jià)是很難承受的

2）需要進(jìn)行大量計(jì)算的優(yōu)先使用線程

所謂大量計(jì)算，當(dāng)然就是要耗費(fèi)很多CPU，切換頻繁了，這種情況下線程是最合適的。

這種原則最常見(jiàn)的是圖像處理、算法處理。

3）強(qiáng)相關(guān)的處理用線程，弱相關(guān)的處理用進(jìn)程

什么叫強(qiáng)相關(guān)、弱相關(guān)？理論上很難定義，給個(gè)簡(jiǎn)單的例子就明白了。

一般的Server需 要完成如下任務(wù)：消息收發(fā)、消息處理。“消息收發(fā)”和“消息處理”就是弱相關(guān)的任務(wù)，而“消息處理”里面可能又分為“消息解碼”、“業(yè)務(wù)處理”，這兩個(gè)任 務(wù)相對(duì)來(lái)說(shuō)相關(guān)性就要強(qiáng)多了。因此“消息收發(fā)”和“消息處理”可以分進(jìn)程設(shè)計(jì)，“消息解碼”、“業(yè)務(wù)處理”可以分線程設(shè)計(jì)。

當(dāng)然這種劃分方式不是一成不變的，也可以根據(jù)實(shí)際情況進(jìn)行調(diào)整。

4）可能要擴(kuò)展到多機(jī)分布的用進(jìn)程，多核分布的用線程

原因請(qǐng)看上面對(duì)比。

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

至于“數(shù)據(jù)共享、同步”、“編程、調(diào)試”、“可靠性”這幾個(gè)維度的所謂的“復(fù)雜、簡(jiǎn)單”應(yīng)該怎么取舍，我只能說(shuō)：沒(méi)有明確的選擇方法。但我可以告訴你一個(gè)選擇原則：如果多進(jìn)程和多線程都能夠滿足要求，那么選擇你最熟悉、最拿手的那個(gè)。

?

需要提醒的是：雖然我給了這么多的選擇原則，但實(shí)際應(yīng)用中基本上都是“進(jìn)程+線程”的結(jié)合方式，千萬(wàn)不要真的陷入一種非此即彼的誤區(qū)。

?

?

?

1、多進(jìn)程與多線程的簡(jiǎn)單比較

多進(jìn)程

優(yōu)點(diǎn)：內(nèi)存隔離，單個(gè)進(jìn)程的異常不會(huì)導(dǎo)致整個(gè)應(yīng)用的崩潰。方便測(cè)試，編程簡(jiǎn)單。

? ??缺點(diǎn)：進(jìn)程間調(diào)用，通訊和切換均比多線程大，耗資源。

使用場(chǎng)所：目標(biāo)子動(dòng)能交互少，如果資源和性能許可，可以設(shè)計(jì)由多個(gè)子應(yīng)用程序來(lái)組合完成目的。

多線程?

優(yōu)點(diǎn)：提高系統(tǒng)的并行性，并且開(kāi)銷小。數(shù)據(jù)共享方便（不需要進(jìn)程間的通信）

缺點(diǎn)：沒(méi)有內(nèi)存隔離，單個(gè)現(xiàn)成的崩潰會(huì)導(dǎo)致整個(gè)應(yīng)用程序的退出，發(fā)生采內(nèi)存等bug時(shí)，定位及其不方便。編程復(fù)雜；調(diào)試?yán)щy；線程執(zhí)行的隨機(jī)性可能導(dǎo)致邏輯混亂，甚至發(fā)生死鎖現(xiàn)象；

使用場(chǎng)所：在存在大量IO，網(wǎng)絡(luò)等耗時(shí)操作，或者需要和用戶交互時(shí)，使用多線程有利于提高系統(tǒng)的并行性和用戶界面快速響應(yīng)從而提高友好性。

2、設(shè)計(jì)時(shí)應(yīng)注意的事項(xiàng)

盡量避免長(zhǎng)駐內(nèi)存的進(jìn)程，例如那些很少用到的功能，或周期性很長(zhǎng)（10分鐘以上），

把它們的功能提取出來(lái)，做成一個(gè)小的應(yīng)用程序。需要的時(shí)候再把它們拉起來(lái)（如通過(guò)crontab配置，或直接system）。

把目標(biāo)設(shè)計(jì)成子功能系統(tǒng)的組合可用提高重用的易用性和維護(hù)性。

把目標(biāo)根據(jù)功能劃分不同的子系統(tǒng)，子系統(tǒng)間遵循特定的協(xié)議（文本或XML），由通訊聯(lián)系起來(lái)，協(xié)作完成目標(biāo)。

典型的案例就是UNIX或LINUX的工具使用。如：$ cat veglist fruitlist | sort > clist，用cat打開(kāi)文件，協(xié)議是字符流，通過(guò)管道（通訊手段）傳給sort進(jìn)行排序，把排序的結(jié)果流重定向到文件中。這種自由組合協(xié)作風(fēng)格應(yīng)用思想和編程思路也是吸引眾多UNIX擁護(hù)者的原因之一吧。

???? 在軟件設(shè)計(jì)中，選擇多進(jìn)程還是多線程還跟很多因素有關(guān)，例如對(duì)數(shù)據(jù)實(shí)時(shí)處理的性能要求、對(duì)健壯性和安全性要求、是否要求跨平臺(tái)（包括操作系統(tǒng)和數(shù)據(jù)庫(kù)）及是否需要分布部署。因此，在設(shè)計(jì)中應(yīng)充分考慮各種因素以求做到最大利用系統(tǒng)資源。

總結(jié)

以上是生活随笔為你收集整理的浅谈多进程多线程的选择（转）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。