web多線程程序與單進程程序的架構是什么

這篇文章主要介紹“web多線程程序與單進程程序的架構是什么”的相關知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“web多線程程序與單進程程序的架構是什么”文章能幫助大家解決問題。

多線程程序和單進程程序中都有使用，在網絡服務中都有使用。多線程程序主要用于同步的處理一些請求，為了在同一時間處理較多的請求。一般采取線程池的策略，一個主線程來分配請求。

（一）常見的進程模型：

（1）多線程模型

這種模式固定線程數量，吞吐量是接近每個線程的吞吐量*線程數。不具有伸縮性，伸縮性不強，在高負載下能力有很大限制。對于負載不大的情況下的同步數據訪問應用還是比較廣泛的。

（2）多線程模型二

這種模型是一個線程負責調度任務到不同的線程，通常維護一個線程池，線程池的線程數量可以伸縮，由調度線程決定。回報也通過調度線程來處理，線程與線程之間通過共享內存來獲取其他方式來通信都可。但是其***的線程數量也有限制。

（1）單進程模型

這種模型采用全異步的模式處理請求，進程維護一個每個請求的全局隊列，工作進程與網絡進程是獨立的，采用共享內存的模式進行通信，在全異步的情況下，也能做到高并發量，和高吞吐量。這種模型易于控制，需要對過載進行保護。

（二）幾種常見的模型對比

（1）程序復雜度

最復雜是采用具有調度功能的線程池，這種模型需要一個調度線程，調度線程要做的工作包括指派工作線程，過載保護，與多個線程通信，同步。線程之間共享資源要加鎖，線程之間可以消除共享資源，提高處理能力。可以采用同步的處理的模式訪問，但是風險較大。

單進程的模型比較簡單，一個進程將要完成所有功能，包括收包，邏輯處理，過載保護。

（2）性能

一般來說，前端接收請求的，具有多客戶端，多版本，多協議的適合采用多線程的模式，如果有統一的協議格式，則應當采用具有調度線程的線程池來完成。如果協議不同，則需要采用不同的線程監聽不同的端口來解決。

后臺服務一般適合采用單進程。后臺線程要求高并發量，高吞吐量。單進程模型消除了鎖，并且避免了多線程很多的復雜問題。多線程在開發過程中還有個很大的缺點是不利于調試。對開發者的調式技巧要求較高。

后臺也有使用多線程的，后臺的后臺一般都使用單進程。

（3）競爭

多線程存在競爭問題，多線程會遇到很多程序陷阱，全局的數據，隊列，map等數據結構的修過都需要加鎖

單線程的程序顯然不會存在競爭性問題，單線程在程序中編程是比較簡單的。很多時序以及競爭性問題都不存在。

（4）服務健壯性

多線程中，任何一個線程出現問題，都會引起整個進程的掛掉，這與單進程沒有區別。多線程的一個好處是可以調用同步的api，而單進程網絡服務中一般只允許調用異步的API。

關于“web多線程程序與單進程程序的架構是什么”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識，可以關注億速云行業資訊頻道，小編每天都會為大家更新不同的知識點。