你可能了解過一種通過執行緒池優化的解決方案，採用執行緒池和任務佇列的方式。這種被稱作偽非同步io模型。
當有客戶端接入時，將客戶端的請求封裝成乙個 task 投遞到後端線程池中來處理。執行緒池維護乙個訊息佇列和多個活躍執行緒，對訊息佇列中的任務進行處理。
這種解決方案，避免了為每個請求建立乙個執行緒導致的執行緒資源耗盡問題。但是底層仍然是同步阻塞模型。如果執行緒池內的所有執行緒都阻塞了，那麼對於更多請求就無法響應了。因此這種模式會限制最大連線數，並不能從根本上解決問題。
我們繼續用上邊的餐廳來舉例，餐廳老闆在經營了一段時間後，顧客多了起來，原本店裡的5個服務員一對一服務的話根本對付不過來。於是老闆採用5個人執行緒池的方式。服務員服務完乙個客人後立刻去服務另乙個。
這時問題出現了，有的客人點菜特別慢，服務員就得等待很長時間，直到客人點完為止。如果5個客人都點的特別慢的話，這5個服務員就得一直等下去，就會導致其餘的顧客沒有人服務的狀態。這就是我們上邊所說的執行緒池所有執行緒都被阻塞的情況。
那麼這種問題該如何解決呢？別急， reactor 模式就要出場了。
C 非同步I O模型
using system using system.collections.generic using system.io using system.net using system.net.sockets using system.threading using linfx.net using l...
非同步通知IO模型
同步非同步的關鍵是函式的呼叫時刻和返回時刻與資料傳輸的開始時刻和完成時刻，資料傳輸指輸出或輸入到緩衝。非同步通知io模型 通知io指發生了io相關操作，通知輸入緩衝有資料需要讀取，輸出緩衝無資料可以寫入。select方式是典型的通知io模型，select方式一般是同步通知，select返回時說明有i...
非同步通知I O模型和重疊I O模型
理解非同步通知i o模型 理解同步和非同步 同步i o的缺點及非同步方式的解決方案 理解非同步通知i o模型 實現非同步通知i o模型 wsaeventselect函式和通知 include intwsaeventselect socket s,wsaevent heventobject,long ...