C++之阻塞和非阻塞區別
阿新 • • 發佈:2019-02-17
阻塞就是幹不完不準回來,
非阻塞就是你先幹,我現看看有其他事沒有,完了告訴我一聲
我們拿最常用的send和recv兩個函式來說吧...
比如你呼叫send函式傳送一定的Byte,在系統內部send做的工作其實只是把資料傳輸(Copy)到TCP/IP協議棧的輸出緩衝區,它執行成功並不代表資料已經成功的傳送出去了,如果TCP/IP協議棧沒有足夠的可用緩衝區來儲存你Copy過來的資料的話...這時候就體現出阻塞和非阻塞的不同之處了:對於阻塞模式的socket send函式將不返回直到系統緩衝區有足夠的空間把你要傳送的資料Copy過去以後才返回,而對於非阻塞的socket來說send會立即返回WSAEWOULDDBLOCK告訴呼叫者說:"傳送操作被阻塞了!!!你想辦法處理吧..."
對於recv函式,同樣道理,該函式的內部工作機制其實是在等待TCP/IP協議棧的接收緩衝區通知它說:嗨,你的資料來了.對於阻塞模式的socket來說如果TCP/IP協議棧的接收緩衝區沒有通知一個結果給它它就一直不返回:耗費著系統資源....對於非阻塞模式的socket該函式會馬上返回,然後告訴你:WSAEWOULDDBLOCK---"現在沒有資料,回頭在來看看"
擴充套件:
在進行網路程式設計時,我們常常見到同步、非同步、阻塞和非阻塞四種呼叫方式。這些方式彼此概念並不好理解。下面是我對這些術語的理解。同步 所謂同步,就是在發出一個功能呼叫時,在沒有得到結果之前,該呼叫就不返回。按照這個定義,其實絕大多數函式都是同步呼叫(例如sin, isdigit等)。但是一般而言,我們在說同步、非同步的時候,特指那些需要其他部件協作或者需要一定時間完成的任務。最常見的例子就是 SendMessage。該函式傳送一個訊息給某個視窗,在對方處理完訊息之前,這個函式不返回。當對方處理完畢以後,該函式才把訊息處理函式所返回的 LRESULT值返回給呼叫者。非同步非同步的概念和同步相對。當一個非同步過程呼叫發出後,呼叫者不能立刻得到結果。實際處理這個呼叫的部件在完成後,通過狀態、通知和回撥來通知呼叫者。以 CAsycSocket類為例(注意,CSocket從CAsyncSocket派生,但是起功能已經由非同步轉化為同步),當一個客戶端通過呼叫 Connect函式發出一個連線請求後,呼叫者執行緒立刻可以向下執行。當連線真正建立起來以後,socket底 層會發送一個訊息通知該物件。這裡提到執行部件和呼叫者通過三種途徑返回結果:狀態、通知和回撥。可以使用哪一種依賴於執行部件的實現,除非執行部件提供 多種選擇,否則不受呼叫者控制。如果執行部件用狀態來通知,那麼呼叫者就需要每隔一定時間檢查一次,效率就很低(有些初學多執行緒程式設計的人,總喜歡用一個循 環去檢查某個變數的值,這其實是一種很嚴重的錯誤)。如果是使用通知的方式,效率則很高,因為執行部件幾乎不需要做額外的操作。至於回撥函式,其實和通知 沒太多區別。阻塞