異步/同步、阻塞/非阻塞的理解

[同步和異步]

通俗的講：
同步是指：發送方發出數據后，等接收方發回響應以后才發下一個數據包的通訊方式。?
異步是指：發送方發出數據后，不等接收方發回響應，接著發送下個數據包的通訊方式。
同步：提交請求->等待服務器處理->處理完畢返回 這個期間客戶端瀏覽器不能干任何事
異步: 請求通過事件觸發->服務器處理（這是瀏覽器仍然可以作其他事情）->處理完畢

概念從現實中來：
同步：打電話，你撥通電話后必須等在那里，直到對方有人接了，你們才能通信或者說你才能繼續打下一個電話。
異步：發短信，你可以發短信，只要你發出去，你就可以繼續發給下一個人，而不需要等到第一個人回你，你才可以繼續。

同步服務器
異步服務器
所謂同步，就是在發出一個功能調用時，在沒有得到結果之前，該調用就不返回。按照這個定義，其實絕大多數函數都是同步調用（例如sin, isdigit等）。
但是一般而言，我們在說同步、異步的時候，特指那些需要其他部件協作或者需要一定時間完成的任務。最常見的例子就是 SendMessage。
該函數發送一個消息給某個窗口，在對方處理完消息之前，這個函數不返回。當對方處理完畢以后，該函數才把消息處理函數所返回的 LRESULT值返回給調用者。

異步
異步的概念和同步相對。當一個異步過程調用發出后，調用者不能立刻得到結果。實際處理這個調用的部件在完成后，通過狀態、通知和回調來通知調用者。
以CAsycSocket類為例（注意，CSocket從CAsyncSocket派生，但是起功能已經由異步轉化為同步），當一個客戶端通過調用 Connect函數發出一個連接請求后，
調用者線程立刻可以朝下運行。當連接真正建立起來以后，socket底層會發送一個消息通知該對象。這里提到執行部件和調用者通過三種途徑返回結果：
狀態、通知和回調。可以使用哪一種依賴于執行部件的實現，除非執行部件提供多種選擇，否則不受調用者控制。
如果執行部件用狀態來通知，那么調用者就需要每隔一定時間檢查一次，效率就很低
（有些初學多線程編程的人，總喜歡用一個循環去檢查某個變量的值，這其實是一種很嚴重的錯誤）。
如果是使用通知的方式，效率則很高，因為執行部件幾乎不需要做額外的操作。至于回調函數，其實和通知沒太多區別。

[阻塞和非阻塞]

阻塞
阻塞調用是指調用結果返回之前，當前線程會被掛起。函數只有在得到結果之后才會返回。
有人也許會把阻塞調用和同步調用等同起來，實際上他是不同的。
對于同步調用來說，很多時候當前線程還是激活的，只是從邏輯上當前函數沒有返回而已。
例如，我們在CSocket中調用Receive函數，如果緩沖區中沒有數據，這個函數就會一直等待，直到有數據才返回。
而此時，當前線程還會繼續處理各種各樣的消息。如果主窗口和調用函數在同一個線程中，除非你在特殊的界面操作函數中調用，其實主界面還是應該可以刷新。
socket接收數據的另外一個函數recv則是一個阻塞調用的例子。當socket工作在阻塞模式的時候，如果沒有數據的情況下調用該函數，則當前線程就會被掛起，直到有數據為止。

非阻塞
非阻塞和阻塞的概念相對應，指在不能立刻得到結果之前，該函數不會阻塞當前線程，而會立刻返回。

通俗地說，你拿著飯碗在排隊等飯是阻塞的，你不能跑出去干其他事情；你拿著一張取飯的號碼等飯是非阻塞的，你可以出去抽根煙在回來。

比如在epoll模型wait之后，將新連接設置成一個非阻塞的連接（見epoll模型）
?setnonblocking(client); // 將新連接置于非阻塞模式
這樣客戶端在得到結果之前，立刻返回，而不是出于等待中。

在網絡通信與服務器編程過程中，我們必須首先了解這兩組蛋疼的概念！但是，當你模糊時候，請想到
“打電話和發短信”，“拿飯碗等和拿號碼等飯”，那么你就清楚了！

posted on 2014-10-12 21:03 秦瑞It行程實錄 閱讀(...) 評論(...) 編輯 收藏

轉載于:https://www.cnblogs.com/ruiy/p/4021062.html

總結

以上是生活随笔為你收集整理的异步/同步、阻塞/非阻塞的理解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。