1)需要頻繁創建銷毀的優先用線程 原因請看上面的對比。 這種原則最常見的應用就是Web服務器了，來一個連接建立一個線程，斷了就銷毀線程，要是用進程，創建和銷毀的代價是很難承受的

　　2)需要進行大量計算的優先使用線程 所謂大量計算，當然就是要耗費很多CPU，切換頻繁了，這種情況下線程是最合適的。 這種原則最常見的是圖像處理、算法處理。

　　3)強相關的處理用線程，弱相關的處理用進程

　　什么叫強相關、弱相關?

　　理論上很難定義，給個簡單的例子就明白了。

　　一般的Server需要完成如下任務：消息收發、消息處理。“消息收發”和“消息處理”就是弱相關的任務，而“消息處理”里面可能又分為“消息解碼”、“業務處理”，這兩個任務相對來說相關性就要強多了。因此“消息收發”和“消息處理”可以分進程設計，“消息解碼”、“業務處理”可以分線程設計。

　　當然這種劃分方式不是一成不變的，也可以根據實際情況進行調整。

　　4)可能要擴展到多機分布的用進程，多核分布的用線程原因請看上面對比。

　　5)都滿足需求的情況下，用你最熟悉、最拿手的方式 至于“數據共享、同步”、“編程、調試”、“可靠性”這幾個維度的所謂的“復雜、簡單”應該怎么取舍，我只能說：沒有明確的選擇方法。

　　但我可以告訴你一個選擇原則：如果多進程和多線程都能夠滿足要求，那么選擇你最熟悉、最拿手的那個。

聲明：本站稿件版權均屬千鋒教育所有，未經許可不得擅自轉載。