關於多程序和多執行緒，教科書上最經典的一句話是「程序是資源分配的最小單位，執行緒是cpu排程的最小單位」。這句話應付考試基本上夠了，但如果在工作中遇到類似的選擇問題，那就沒有那麼簡單了，選的不好，會讓你深受其害。所以他也是面試者最喜歡考察的題目之一。
我們按照多個不同的維度，來看看多程序和多執行緒的對比（注：都是相對的，不是說乙個好得不得了，另乙個差的無法忍受）
維度多程序
多執行緒總結
資料共享、同步
資料是分開的:共享複雜，需要用ipc;同步簡單
多執行緒共享程序資料：共享簡單；同步複雜
各有優勢
記憶體、cpu
占用記憶體多，切換複雜，cpu利用率低
占用記憶體少，切換簡單，cpu利用率高
執行緒佔優
建立銷毀、切換
建立銷毀、切換複雜，速度慢
建立銷毀、切換簡單，速度快
執行緒佔優
程式設計除錯
程式設計簡單，除錯簡單
程式設計複雜，除錯複雜
程序佔優
可靠性程序間不會相互影響
乙個執行緒掛掉將導致整個程序掛掉
程序佔優
分布式
適應於多核、多機分布 ；如果一台機器不夠，擴充套件到多台機器比較簡單
適應於多核分布
程序佔優
然後我們來看下執行緒和程序間的比較
子程序繼承父程序的屬性：
子執行緒繼承主線程的屬性：
實際使用者id，實際組id，有效使用者id，有效組id；
附加組id；
程序組id；
會話id；
控制終端；
設定使用者id標誌和設定組id標誌；
當前工作目錄；
根目錄；
檔案模式建立遮蔽字（umask）；
訊號遮蔽和安排；
針對任一開啟檔案描述符的在執行時關閉（close-on-exec）標誌；
環境；連線的共享儲存段；
儲存對映；
資源限制；
程序中的所有資訊對該程序的所有執行緒都是共享的；
可執行的程式文字；
程式的全域性記憶體；
堆記憶體；
棧；檔案描述符；
訊號的處理是程序中所有執行緒共享的（注意：如果訊號的預設處理是終止該程序那麼即是把訊號傳給某個執行緒也一樣會將程序殺掉）；
父子程序之間的區別：
子執行緒特有的：
fork的返回值(=0子程序)；
程序id不同；
兩個程序具有不同的父程序id；
子程序的tms_utime,tms_stime,tms_cutime以及tms_ustime均被設定為0；
不繼承父程序設定的檔案鎖；
子程序的未處理鬧鐘被清除；
子程序的未處理訊號集設定為空集；
執行緒id；
一組暫存器值；
棧；排程優先順序和策略；
訊號遮蔽字；
errno變數；
執行緒私有資料；
1)需要頻繁建立銷毀的優先用執行緒。
例項：web伺服器。來乙個建立乙個執行緒，斷了就銷毀執行緒。要是用程序，建立和銷毀的代價是很難承受的。
2）需要進行大量計算的優先使用執行緒。
所謂大量計算，當然就是要消耗很多cpu，切換頻繁了，這種情況先執行緒是最合適的。
例項：影象處理、演算法處理
3）強相關的處理用執行緒，若相關的處理用程序。
什麼叫強相關、弱相關？理論上很難定義，給個簡單的例子就明白了。
一般的server需要完成如下任務：訊息收發和訊息處理。訊息收發和訊息處理就是弱相關的任務，而訊息處理裡面可能又分為訊息解碼、業務處理，這兩個任務相對來說相關性就要強多了。因此訊息收發和訊息處理可以分程序設計，訊息解碼和業務處理可以分執行緒設計。
4）可能擴充套件到多機分布的用程序，多核分布的用執行緒。
5）都滿足需求的情況下，用你最熟悉、最拿手的方式。
至於」資料共享、同步「、「程式設計、除錯」、「可靠性」這幾個維度的所謂的「複雜、簡單」應該怎麼取捨，只能說：沒有明確的選擇方法。一般有乙個選擇原則：如果多程序和多執行緒都能夠滿足要求，那麼選擇你最熟悉、最拿手的那個。
多程序和多執行緒的區別
關於多程序和多執行緒，教科書上最經典的一句話是 程序是資源分配的最小單位，執行緒是cpu排程的最小單位 這句話應付考試基本上夠了，但如果在工作中遇到類似的選擇問題，那就沒有那麼簡單了，選的不好，會讓你深受其害。所以他也是面試者最喜歡考察的題目之一。我們按照多個不同的維度，來看看多程序和多執行緒的對比...
多程序和多執行緒
嵌入式linux中文站，關於多程序和多執行緒，教科書上最經典的一句話是 程序是資源分配的最小單位，執行緒是cpu排程的最小單位 這句話應付考試基本上夠了，但如果在工作中遇到類似的選擇問題，那就沒有那麼簡單了，選的不好，會讓你深受其害。經常在網路上看到有xdjm問 多程序好還是多執行緒好？linux下...
多執行緒和多程序
首先說什麼是程序，載入記憶體中執行的程式，它就是乙個程序，而這個程式中執行的某個子任務就是乙個執行緒，程式包含了執行緒。程序對於執行緒是唯一的，而乙個程序可以有多個執行緒。程式執行的時候每隔一定時間在多執行緒之間執行，比如第乙個執行緒執行到0.01秒，馬上暫停跳到下乙個執行緒開始執行，又執行到0.0...