關(guān)于多進(jìn)程和多線程，教科書上最經(jīng)典的一句話是“進(jìn)程是資源分配的最小單位，線程是CPU調(diào)度的最小單位”，這句話應(yīng)付考試基本上夠了，但如果在工作中遇到類似的選擇問題，那就沒有這么簡(jiǎn)單了，選的不好，會(huì)讓你深受其害。
經(jīng)常在網(wǎng)絡(luò)上看到有的XDJM問“多進(jìn)程好還是多線程好？”、“Linux下用多進(jìn)程還是多線程？”等等期望一勞永逸的問題，我只能說：沒有最好，只有更好。根據(jù)實(shí)際情況來判斷，哪個(gè)更加合適就是哪個(gè)好。
我們按照多個(gè)不同的維度，來看看多線程和多進(jìn)程的對(duì)比（注：因?yàn)槭歉行缘谋容^，因此都是相對(duì)的，不是說一個(gè)好得不得了，另外一個(gè)差的無法忍受）。
看起來比較簡(jiǎn)單，優(yōu)勢(shì)對(duì)比上是“線程 3.5 v 2.5 進(jìn)程”，我們只管選線程就是了？
呵呵，有這么簡(jiǎn)單我就不用在這里浪費(fèi)口舌了，還是那句話，沒有絕對(duì)的好與壞，只有哪個(gè)更加合適的問題。我們來看實(shí)際應(yīng)用中究竟如何判斷更加合適。
1）需要頻繁創(chuàng)建銷毀的優(yōu)先用線程
原因請(qǐng)看上面的對(duì)比。
這種原則最常見的應(yīng)用就是Web服務(wù)器了，來一個(gè)連接建立一個(gè)線程，斷了就銷毀線程，要是用進(jìn)程，創(chuàng)建和銷毀的代價(jià)是很難承受的
2）需要進(jìn)行大量計(jì)算的優(yōu)先使用線程
所謂大量計(jì)算，當(dāng)然就是要耗費(fèi)很多CPU，切換頻繁了，這種情況下線程是最合適的。
這種原則最常見的是圖像處理、算法處理。
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ì)來說相關(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)該怎么取舍，我只能說：沒有明確的選擇方法。但我可以告訴你一個(gè)選擇原則：如果多進(jìn)程和多線程都能夠滿足要求，那么選擇你最熟悉、最拿手的那個(gè)。
需要提醒的是：雖然我給了這么多的選擇原則，但實(shí)際應(yīng)用中基本上都是“進(jìn)程+線程”的結(jié)合方式，千萬不要真的陷入一種非此即彼的誤區(qū)。
