多程序和多執行緒

嵌入式linux中文站，關於多程序和多執行緒，教科書上最經典的一句話是「程序是資源分配的最小單位，執行緒是cpu排程的最小單位」。這句話應付考試基本上夠了，但如果在工作中遇到類似的選擇問題，那就沒有那麼簡單了，選的不好，會讓你深受其害。

經常在網路上看到有xdjm問「多程序好還是多執行緒好？」、"linux下用多程序還是多執行緒？"等等期望一勞永逸的問題，只能說：沒有最好，只有更好，根據實際情況來判斷，哪個更加合適就是哪個好。

我們按照多個不同的維度，來看看多程序和多執行緒的對比（注：因為是感性的比較，因此都是相對的，不是說乙個好得不得了，另乙個差的無法忍受）維度

多程序

多執行緒總結

資料共享、同步

資料是分開的:共享複雜，需要用ipc;同步簡單

多執行緒共享程序資料：共享簡單；同步複雜

各有優勢

記憶體、cpu

占用記憶體多，切換複雜，cpu利用率低

占用記憶體少，切換簡單，cpu利用率高

執行緒佔優

建立銷毀、切換

建立銷毀、切換複雜，速度慢

建立銷毀、切換簡單，速度快

執行緒佔優

程式設計除錯

程式設計簡單，除錯簡單

程式設計複雜，除錯複雜

程序佔優

可靠性程序間不會相互影響

乙個執行緒掛掉將導致整個程序掛掉

程序佔優

分布式

適應於多核、多機分布；如果一台機器不夠，擴充套件到多台機器比較簡單

適應於多核分布

程序佔優

1)需要頻繁建立銷毀的優先用執行緒。

例項：web伺服器。來乙個建立乙個執行緒，斷了就銷毀執行緒。要是用程序，建立和銷毀的代價是很難承受的。

2）需要進行大量計算的優先使用執行緒。

所謂大量計算，當然就是要消耗很多cpu，切換頻繁了，這種情況先執行緒是最合適的。

例項：影象處理、演算法處理

3）強相關的處理用執行緒，若相關的處理用程序。

什麼叫強相關、弱相關？理論上很難定義，給個簡單的例子就明白了。

一般的server需要完成如下任務：訊息收發和訊息處理。訊息收發和訊息處理就是弱相關的任務，而訊息處理裡面可能又分為訊息解碼、業務處理，這兩個任務相對來說相關性就要強多了。因此訊息收發和訊息處理可以分程序設計，訊息解碼和業務處理可以分執行緒設計。

4）可能擴充套件到多機分布的用程序，多核分布的用執行緒。

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

至於」資料共享、同步「、「程式設計、除錯」、「可靠性」這幾個維度的所謂的「複雜、簡單」應該怎麼取捨，只能說：沒有明確的選擇方法。一般有乙個選擇原則：如果多程序和多執行緒都能夠滿足要求，那麼選擇你最熟悉、最拿手的那個。