同步與異步&阻塞與非阻塞-各類解釋

最近看到軟文，總結了下同步與異步&阻塞與非阻塞的區別，因爲習慣性的喜歡看文章後面的評論。發現有對原文做者的說法表示了質疑。讓我這個小菜也不知道，做者的說法到底準不許確，因而乎開始在網上找找是否有「權威」通俗易懂的說法。不得不說，人民羣衆的力量是強大的，從不一樣的層級論述了——同步、異步、阻塞和非阻塞。現摘抄幾個本身以爲理解到位的說法。

   原1：http://my.oschina.net/haoran100/blog/707197

   內容：

    

摘要

一直爲同步異步，阻塞非阻塞概念所困擾，特定總結了下，原來是這麼個意思

一直爲同步異步，阻塞非阻塞概念所困擾，特定總結了下

1、同步與異步的區別

一、概念介紹

• 同步：所謂同步是一個服務的完成須要依賴其餘服務時，只有等待被依賴的服務完成後，依賴的服務才能算完成，這是一種可靠的服務序列。要麼成功都成功，失敗都失敗，服務的狀態能夠保持一致。

• 異步：所謂異步是一個服務的完成須要依賴其餘服務時，只通知其餘依賴服務開始執行，而不須要等待被依賴的服務完成，此時該服務就算完成了。至於被依賴的服務最終是否真正完成，沒法肯定，因此它是不可靠的服務序列。

二、消息通知

• 同步：當一個同步調用發出後，調用者要一直等待返回消息（或者調用結果）通知後，才能進行後續的執行；

• 異步：當一個異步過程調用發出後，調用者不能馬上獲得返回消息（結果）。實際處理這個調用的部件在完成後，經過消息回調來通知調用者是否調用成功。

PS：調用者獲取依賴服務異步回調結果通常有兩種方式:
一種是主動去輪訓查詢異步回調的結果，
一種調用依賴服務時傳入一個callback方法或者回調地址，依賴服務完成以後去調用callback通知調用者。
通常狀況，這兩種方式都要支持纔是一種良好的異步回調設計方法。

三、場景比喻

小明去買奶茶，可能會有兩種方式

• 小明點單交錢，而後等着取奶茶；
• 小明點單交錢，而後奶茶妹給了小明一個小票，等小明的奶茶作好了，再告訴小明來取；

第一種方式就是同步，就等着奶茶妹作好奶茶，奶茶作好以後，小明拿到奶茶纔算完成整個任務

第二種方式就是異步，奶茶妹給了小明一個小票，小明就算完成了。至於最後奶茶作好沒有，反正奶茶妹會告訴小明的，那是後面的事情了。

四、總結

同步與異步着重點在消息通知的方式，也就是調用結果通知的方式。結合場景就是，拿到奶茶的方式。

2、阻塞與非阻塞的區別

一、概念介紹

• 阻塞：阻塞調用是指調用結果返回以前，當前線程會被掛起，一直處於等待消息通知，不可以執行其餘業務。函數只有在獲得結果以後纔會返回。

阻塞調用和同步調用不一樣的。
對於同步調用來講，不少時候當前線程可能仍是激活的，只是從邏輯上當前函數沒有返回而已，此時，這個線程可能也會處理其餘的消息。

還有一點，在這裏先擴展下：
1.若是這個線程在等待當前函數返回時，仍在執行其餘消息處理，那這種狀況就叫作同步非阻塞；
2.若是這個線程在等待當前函數返回時，沒有執行其餘消息處理，而是處於掛起等待狀態，那這種狀況就叫作同步阻塞；

因此同步的實現方式會有兩種：同步阻塞、同步非阻塞；同理，異步也會有兩種實現：異步阻塞、異步非阻塞；
對於阻塞調用來講，則當前線程就會被掛起等待當前函數返回；

• 非阻塞：非阻塞和阻塞的概念相對應，指在不能馬上獲得結果以前，該函數不會阻塞當前線程，而會馬上返回。

  雖然表面上看非阻塞的方式能夠明顯的提升CPU的利用率，可是也帶了另一種後果就是系統的線程切換增長。
  增長的CPU執行時間能不能補償系統的切換成本須要好好評估。

二、場景比喻

仍是小明去買奶茶，可能會有兩種方式

• 2.一、小明點單交錢，而後等着取奶茶； ``` 一、小明在等着取奶茶的時候呢，啥都不幹，就等着； 小明等奶茶的行爲就叫作阻塞，小明在等奶茶的時候，阻塞了！而這種方式又叫作同步阻塞。

二、小明在等着取奶茶的時候呢，翻出手機，一會翻翻微信朋友圈，一會瞅瞅奶茶妹有沒有作好奶茶； 小明這種行爲就叫作非阻塞，由於沒有阻塞在等奶茶這件事情上。而這種方式又叫作同步非阻塞。

- 2.二、小明點單交錢，而後奶茶妹給了小明一個小票，等小明的奶茶作好了，再告訴小明來取；

一、奶茶妹給了小明一個小票，而後小明仍是傻等着； 小明這種拿到票還傻等着的行爲，就叫阻塞。而這種行爲，又叫作異步阻塞！這種最傻了。

二、奶茶妹給了小明一個小票，而後小明翻出手機一直刷朋友圈， 過了一下子奶茶妹說小明你的奶茶好了，過來拿，小明才放下手機去拿奶茶。 這種方式就叫作非阻塞，又叫着異步非阻塞！ ```

三、總結

阻塞與非阻塞的着重點在於當前線程等待消息返回的行爲。換成場景就是，小明等奶茶的行爲。

3、大總結

• 一、同步阻塞：小明啥都不幹等奶茶。
• 二、同步非阻塞：小明一邊玩手機一邊等奶茶。
• 三、異步阻塞：小明拿着小票啥都不幹等着奶茶妹告訴他奶茶好了
• 四、異步非阻塞：小明拿着小票玩着手機等着奶茶妹告訴他奶茶好了

 

 

原2：知乎 https://www.zhihu.com/question/19732473

說2.1：

做者：嚴肅
連接：https://www.zhihu.com/question/19732473/answer/20851256
來源：知乎
著做權歸做者全部。商業轉載請聯繫做者得到受權，非商業轉載請註明出處。
 

阻塞」與"非阻塞"與"同步"與「異步"不能簡單的從字面理解，提供一個從分佈式系統角度的回答。
1.同步與異步
同步和異步關注的是消息通訊機制 (synchronous communication/ asynchronous communication)
所謂同步，就是在發出一個*調用*時，在沒有獲得結果以前，該*調用*就不返回。可是一旦調用返回，就獲得返回值了。
換句話說，就是由*調用者*主動等待這個*調用*的結果。

而異步則是相反，*調用*在發出以後，這個調用就直接返回了，因此沒有返回結果。換句話說，當一個異步過程調用發出後，調用者不會馬上獲得結果。而是在*調用*發出後，*被調用者*經過狀態、通知來通知調用者，或經過回調函數處理這個調用。

典型的異步編程模型好比Node.js

舉個通俗的例子：
你打電話問書店老闆有沒有《分佈式系統》這本書，若是是同步通訊機制，書店老闆會說，你稍等，」我查一下"，而後開始查啊查，等查好了（多是5秒，也多是一天）告訴你結果（返回結果）。
而異步通訊機制，書店老闆直接告訴你我查一下啊，查好了打電話給你，而後直接掛電話了（不返回結果）。而後查好了，他會主動打電話給你。在這裏老闆經過「回電」這種方式來回調。

2. 阻塞與非阻塞
阻塞和非阻塞關注的是程序在等待調用結果（消息，返回值）時的狀態.

阻塞調用是指調用結果返回以前，當前線程會被掛起。調用線程只有在獲得結果以後纔會返回。
非阻塞調用指在不能馬上獲得結果以前，該調用不會阻塞當前線程。

仍是上面的例子，
你打電話問書店老闆有沒有《分佈式系統》這本書，你若是是阻塞式調用，你會一直把本身「掛起」，直到獲得這本書有沒有的結果，若是是非阻塞式調用，你無論老闆有沒有告訴你，你本身先一邊去玩了， 固然你也要偶爾過幾分鐘check一下老闆有沒有返回結果。
在這裏阻塞與非阻塞與是否同步異步無關。跟老闆經過什麼方式回答你結果無關。


若是是關心blocking IO/ asynchronous IO, 參考 Unix Network Programming View Book

說2.2：

做者：星辰大海
連接：https://www.zhihu.com/question/19732473/answer/26101328
來源：知乎
著做權歸做者全部。商業轉載請聯繫做者得到受權，非商業轉載請註明出處。
 

一講到網絡編程的I/O模型，總會涉及到這幾個概念。問了不少人，沒幾個能清晰地講出他們之間的區別聯繫，甚至在網絡上也有不少不一樣的觀點，也不知是中國文字釋義的博大精深，仍是原本這幾個概念就是繞人不倦。今天我也來給你們講解一下我對這幾個概念的理解。

既然網絡上衆說紛紜，不如找個權威參考一下，這個權威就是《UNIX網絡編程：卷一》第六章——I/O複用。書中向咱們說起了5種類UNIX下可用的I/O模型：

• 阻塞式I/O；

• 非阻塞式I/O；

• I/O複用（select，poll，epoll...）；

• 信號驅動式I/O（SIGIO）；

• 異步I/O（POSIX的aio_系列函數）；

阻塞式I/O模型：默認狀況下，全部套接字都是阻塞的。怎麼理解？先理解這麼個流程，一個輸入操做一般包括兩個不一樣階段：

（1）等待數據準備好；
（2）從內核向進程複製數據。

對於一個套接字上的輸入操做，第一步一般涉及等待數據從網絡中到達。當全部等待分組到達時，它被複制到內核中的某個緩衝區。第二步就是把數據從內核緩衝區複製到應用程序緩衝區。 好，下面咱們以阻塞套接字的recvfrom的的調用圖來講明阻塞

標紅的這部分過程就是阻塞，直到阻塞結束recvfrom才能返回。

非阻塞式I/O： 如下這句話很重要：進程把一個套接字設置成非阻塞是在通知內核，當所請求的I/O操做非得把本進程投入睡眠才能完成時，不要把進程投入睡眠，而是返回一個錯誤。看看非阻塞的套接字的recvfrom操做如何進行

能夠看出recvfrom老是當即返回。

I/O多路複用：雖然I/O多路複用的函數也是阻塞的，可是其與以上兩種仍是有不一樣的，I/O多路複用是阻塞在select，epoll這樣的系統調用之上，而沒有阻塞在真正的I/O系統調用如recvfrom之上。如圖

信號驅動式I/O：用的不多，就不作講解了。直接上圖

異步I/O：這類函數的工做機制是告知內核啓動某個操做，並讓內核在整個操做（包括將數據從內核拷貝到用戶空間）完成後通知咱們。如圖：

注意紅線標記處說明在調用時就能夠立馬返回，等函數操做完成會通知咱們。

等等，你們必定要問了，同步這個概念你怎麼沒涉及啊？別急，您先看總結。 其實前四種I/O模型都是同步I/O操做，他們的區別在於第一階段，而他們的第二階段是同樣的：在數據從內核複製到應用緩衝區期間（用戶空間），進程阻塞於recvfrom調用。相反，異步I/O模型在這兩個階段都要處理。

再看POSIX對這兩個術語的定義：

• 同步I/O操做：致使請求進程阻塞，直到I/O操做完成；

• 異步I/O操做：不致使請求進程阻塞。

好，下面我用個人語言來總結一下阻塞，非阻塞，同步，異步

• 阻塞，非阻塞：進程/線程要訪問的數據是否就緒，進程/線程是否須要等待；

• 同步，異步：訪問數據的方式，同步須要主動讀寫數據，在讀寫數據的過程當中仍是會阻塞；異步只須要I/O操做完成的通知，並不主動讀寫數據，由操做系統內核完成數據的讀寫。

說3：解釋的例子不一樣

 

老張愛喝茶，廢話不說，煮開水。
出場人物：老張，水壺兩把（普通水壺，簡稱水壺；會響的水壺，簡稱響水壺）。
1 老張把水壺放到火上，立等水開。（同步阻塞）
老張以爲本身有點傻
2 老張把水壺放到火上，去客廳看電視，時不時去廚房看看水開沒有。（同步非阻塞）
老張仍是以爲本身有點傻，因而變高端了，買了把會響笛的那種水壺。水開以後，能大聲發出嘀~~~~的噪音。
3 老張把響水壺放到火上，立等水開。（異步阻塞）
老張以爲這樣傻等意義不大
4 老張把響水壺放到火上，去客廳看電視，水壺響以前再也不去看它了，響了再去拿壺。（異步非阻塞）
老張以爲本身聰明瞭。


所謂同步異步，只是對於水壺而言。
普通水壺，同步；響水壺，異步。
雖然都能幹活，但響水壺能夠在本身完工以後，提示老張水開了。這是普通水壺所不能及的。
同步只能讓調用者去輪詢本身（狀況2中），形成老張效率的低下。

所謂阻塞非阻塞，僅僅對於老張而言。
立等的老張，阻塞；看電視的老張，非阻塞。
狀況1和狀況3中老張就是阻塞的，媳婦喊他都不知道。雖然3中響水壺是異步的，可對於立等的老張沒有太大的意義。因此通常異步是配合非阻塞使用的，這樣才能發揮異步的效用。

——來源網絡，做者不明。

說4：

做者：Shihui wang
連接：https://www.zhihu.com/question/19732473/answer/14413599
來源：知乎
著做權歸做者全部。商業轉載請聯繫做者得到受權，非商業轉載請註明出處。
 

其餘樓層包括從技術角度都有了詳細解釋。這裏主要是針對其餘網友的疑問作的補充和修改，考慮到須要在編程概念上更嚴謹一點。

1. 阻塞非阻塞表示下面 買書過程當中 可能出現的狀態，是從 我 這個單進程角度來看待這個買書這個問題。
2. 同步異步表示一種協做方式，是從全局更高的角度 「進程之間 合做的方式」 來看待買書這個業務。兩個進程之間若是商量採用異步方式處理買書這一業務，就不存在阻塞這種狀態。

=============

A.概念

阻塞非阻塞： 請求不能當即獲得應答，須要等待，那就是阻塞；不然能夠理解爲非阻塞。

同步異步： 某業務須要甲乙甚至多方合做的時候，

1. 老是按照「甲方請求一次，乙方應答一次」這樣的有序序列處理業務，只有當「一次請求一次應答」的過程結束才能夠發生下一次的「一次請求一次應答」，那麼就說他們採用的是同步。（同步IO中，對同一個描述符的操做必須是有序的）
2. 若是甲方只要有須要，就會發送請求，無論上次請求有沒有獲得乙方應答。而乙方只要甲方有請求就會接受，不是等此次請求處理完畢再接受甲方新請求。這樣請求應答分開的序列，就能夠認爲是異步。異步狀況下，請求和應答不須要一致進行，可能甲方後請求的業務，卻先獲得乙方的應答。同步是線性的，而異步能夠認爲是併發的。（異步IO中，異步IO能夠容許多方同時對同一個描述符發送IO請求，或者一次發多個請求，固然有機制保證如何區分這些請求，）

舉個例子：

1. 我去買一本書，當即買到了，或者沒有就走了，這就是非阻塞；（編程中設置IO成非阻塞，返回後再去檢查描述符，或者等待通知，而後再去讀取。至關於老闆告訴我能夠先忙點別的，過一會再來問問，或者老闆通知我。但期間這個窗口(文件描述符)別人是用不了的）("當即買到了"在IO中也須要等待，不能算非阻塞IO)
2. 若是剛好書店沒有，我就等一直等到書店有了這本書買到了才走，這就是阻塞；而排在我後面的人呢只有我買到了書後才能再買書了。
3. 若是書店剛好沒有，我就告訴書店老闆，書來了告訴我一聲讓我來取或者直接送到我家，而後我就走了，去作別的事了，這就是異步。這時候若是不少人來買書，都是老闆登記一下完事。 (從IO角度來講，「告訴我來取」，這個近似於信號驅動IO，不能算異步IO。必須書送到我家纔算是異步，若是不送到我家，我想看這本書以前，終究仍是須要我跑一趟)
4. 前面兩種狀況，非阻塞和阻塞均可以稱爲同步。

反映在編程方面就是 用戶進程 調用 系統調用。(用戶進程對應我，內核 對應 書店老闆，書對應數據資源data ， 買書就是一個系統調用了，其中內核拷貝數據到進程這個過程近似於老闆送書到我手中）。


B. 在同步異步IO概念中，

同步異步的不一樣在於，針對同一個描述符上的IO操做，從IO操做發起 到 獲得 IO結果 這個過程而言，老是按照「發起請求，獲得結果」這個有序序列進行的，這樣便有了最小的等待這種狀況：讀取時，確知IO有數據，但須要等待內核拷貝數據到進程空間。這個最小狀況的等待，同步IO都有。

 

unix網絡編程中將IO模型分爲5類：阻塞IO，非阻塞IO，IO複用，信號驅動，異步IO。

1. 阻塞IO就是那種recv, read，一直等，等到有了數據才返回；
2. 非阻塞IO就是當即返回，設置描述符爲非阻塞，可是要進程本身一直檢查是否可讀；
3. IO複用其實也是阻塞的，不過能夠用來等不少描述符，比起阻塞有了進步，能夠算有點異步了，但須要阻塞着檢查是否可讀。對同一個描述符的IO操做也是有序的。
4. 信號驅動採用信號機制等待，有了更多的進步，不用監視描述符了，並且不用阻塞着等待數據到來，被動等待信號通知，由信號處理程序處理。但對同一個描述符的IO操做仍是有序的。
5. 異步IO，發送IO請求後，不用等了，也再也不須要發送IO請求獲取結果了。等到通知後，實際上是系統幫你把數據讀取好了的，你等到的通知也再也不是要求你去讀寫IO了，而是告訴你IO請求過程已經結束了。你要作的就是能夠處理數據了。且同一個描述符上可能同時存在不少請求。(對應上面那個買書例子中，就是送書到我家，我直接看書就好了，不須要再去跑一趟了)。

其中IO服用和信號驅動，在處理業務邏輯上能夠說有異步，但在IO操做層面上來講仍是同步的。
 

posix.1嚴格定義的異步IO是要求沒有任何一點阻塞，而上述的前面四個（阻塞IO，非阻塞IO，IO複用，信號驅動）都不一樣程度阻塞了，並且都有一個共同的阻塞： 內核拷貝數據到進程空間的這段時間須要等待。 (因此上面的舉例中： 必需要書送到我家，不然都不算異步，糾結。。。)

 

說5：

看看steven大叔的這篇文章。http://english.tebyan.net/newindex.aspx?pid=31159&BookID=23760&PageIndex=92&Language=3
同步和異步僅僅是關於所關注的消息如何通知的機制。同步的狀況下,是由處理消息者本身去等待消息是否被觸發,而異步的狀況下是由觸發機制來通知處理消息者
阻塞和非阻塞應該是發生在消息的處理的時刻。阻塞其實就是等待，發出通知，等待結果完成。非阻塞屬於發出通知，當即返回結果，沒有等待過程。

說6：不一樣場景，銀行業務的例子

來源：http://blog.chinaunix.net/uid-26000296-id-3754118.html

1、同步與異步
同步/異步, 它們是消息的通知機制

1. 概念解釋
A. 同步
所謂同步，就是在發出一個功能調用時，在沒有獲得結果以前，該調用就不返回。

按照這個定義，其實絕大多數函數都是同步調用（例如sin isdigit等）。
可是通常而言，咱們在說同步、異步的時候，特指那些須要其餘部件協做或者須要必定時間完成的任務。
最多見的例子就是 SendMessage。
該函數發送一個消息給某個窗口，在對方處理完消息以前，這個函數不返回。
當對方處理完畢之後，該函數才把消息處理函數所返回的值返回給調用者。


B. 異步
異步的概念和同步相對。
當一個異步過程調用發出後，調用者不會馬上獲得結果。
實際處理這個調用的部件是在調用發出後，
經過狀態、通知來通知調用者，或經過回調函數處理這個調用。

以 Socket爲例，
當一個客戶端經過調用 Connect函數發出一個鏈接請求後，調用者線程不用等待結果，可馬上繼續向下運行。
當鏈接真正創建起來之後，socket底層會發送一個消息通知該對象。

C. 三種返回結果途徑 
執行部件和調用者能夠經過三種途徑返回結果：
a.   狀態、
b.   通知、
c.   回調函數。

可使用哪種依賴於執行部件的實現，除非執行部件提供多種選擇，不然不受調用者控制。

a. 若是執行部件用狀態來通知，
    那麼調用者就須要每隔必定時間檢查一次，效率就很低
    有些初學多線程編程的人，總喜歡用一個循環去檢查某個變量的值，這實際上是一種很嚴重的錯誤。

b. 若是是使用通知的方式，
    效率則很高，由於執行部件幾乎不須要作額外的操做。

c. 至於回調函數，
    和通知沒太多區別。


2. 舉例說明
理解這兩個概念，能夠用去銀行辦理業務(能夠取錢，也能夠存錢)來比喻:
當到銀行後,
.能夠去ATM機前排隊等候                                -- (排隊等候)就是同步等待消息
.能夠去大廳拿號,等到排到個人號時，
 櫃檯的人會通知我輪到我去辦理業務.              -- (等待別人通知)就是異步等待消息.

在異步消息通知機制中,
等待消息者(在這個例子中就是等待辦理業務的人)每每註冊一個回調機制,
在所等待的事件被觸發時由觸發機制(在這裏是櫃檯的人)經過某種機制(在這裏是寫在小紙條上的號碼)
找到等待該事件的人.

在select/poll 等IO 多路複用機制中就是fd,
當消息被觸發時,觸發機制經過fd 找處處理該fd的處理函數.

3. 在實際的程序中,
同步消息通知機制：就比如簡單的read/write 操做,它們須要等待這兩個操做成功才能返回;
                  同步, 是由處理消息者本身去等待消息是否被觸發;
異步消息通知機制：相似於select/poll 之類的多路複用IO 操做,
                  當所關注的消息被觸發時,由消息觸發機制通知觸發對消息的處理.
                  異步, 由觸發機制來通知處理消息者;


仍是回到上面的例子,
輪到你辦理業務, 這個就是你關注的消息,
而辦理什麼業務, 就是對這個消息的處理,
二者是有區別的.

而在真實的IO 操做時: 所關注的消息就是     該fd是否可讀寫,
                     而對消息的處理是     對這個fd 進行讀寫.

同步/異步僅僅關注的是如何通知消息,它們對如何處理消息並不關心,
比如說,銀行的人僅僅通知你輪到你辦理業務了,
而辦理業務什麼業務(存錢仍是取錢)他們是不知道的.

2、阻塞與非阻塞
阻塞/非阻塞, 它們是程序在等待消息(無所謂同步或者異步)時的狀態.

1. 概念解釋
A. 阻塞
阻塞調用是指調用結果返回以前，當前線程會被掛起。函數只有在獲得結果以後纔會返回。
有人也許會把阻塞調用和同步調用等同起來，實際上他是不一樣的。
對於同步調用來講，不少時候當前線程仍是激活的，只是從邏輯上當前函數沒有返回而已。

socket接收數據函數recv是一個阻塞調用的例子。
當socket工做在阻塞模式的時候， 若是沒有數據的狀況下調用該函數，則當前線程就會被掛起，直到有數據爲止。

B. 非阻塞
非阻塞和阻塞的概念相對應，指在不能馬上獲得結果以前，該函數不會阻塞當前線程，而會馬上返回。

C. 對象的阻塞模式和阻塞函數調用
對象是否處於阻塞模式和函數是否是阻塞調用有很強的相關性，可是並非一一對應的。


阻塞對象上能夠有非阻塞的調用方式，咱們能夠經過必定的API去輪詢狀態，
在適當的時候調用阻塞函數，就能夠避免阻塞。
而對於非阻塞對象，調用特殊的函數也能夠進入阻塞調用。函數select就是這樣的一個例子。

2. 舉例說明
繼續上面的那個例子,
不管是排隊等待，仍是使用號碼等待通知,
若是在這個等待的過程當中,
. 等待者除了等待消息以外不能作其它的事情,那麼該機制就是阻塞的,
  表如今程序中,也就是該程序一直阻塞在該函數調用處不能繼續往下執行.
. 相反,有的人喜歡在銀行辦理這些業務的時候一邊打打電話發發短信一邊等待,這樣的狀態就是非阻塞的,
  由於他(等待者)沒有阻塞在這個消息通知上,而是一邊作本身的事情一邊等待.

3、易混淆的點
不少人也會把異步和非阻塞混淆,
由於異步操做通常都不會在真正的IO 操做處被阻塞,
好比若是用select 函數,當select 返回可讀時再去read 通常都不會被阻塞
就比如當你的號碼排到時通常都是在你以前已經沒有人了,因此你再去櫃檯辦理業務就不會被阻塞.
可見,同步/異步與阻塞/非阻塞是兩組不一樣的概念,它們能夠共存組合,

而不少人之因此把同步和阻塞混淆,我想也是由於沒有區分這兩個概念,
好比阻塞的read/write 操做中,實際上是把消息通知和處理消息結合在了一塊兒,
在這裏所關注的消息就是fd 是否可讀/寫,而處理消息則是對fd 讀/寫.
當咱們將這個fd 設置爲非阻塞的時候,read/write 操做就不會在等待消息通知這裏阻塞,
若是fd 不可讀/寫則操做當即返回.


4、同步/異步與阻塞/非阻塞的組合分析
_______阻塞____________________非阻塞_____
同步 | 同步阻塞              同步非阻塞
異步 | 異步阻塞              異步非阻塞

同步阻塞形式:
  效率是最低的，
  拿上面的例子來講，就是你專心排隊，什麼別的事都不作。

  實際程序中
  就是未對fd 設置O_NONBLOCK 標誌位的read/write 操做,

異步阻塞形式:
  若是在銀行等待辦理業務的人採用的是異步的方式去等待消息被觸發,也就是領了一張小紙條,
  假如在這段時間裏他不能離開銀行作其它的事情,那麼很顯然,這我的被阻塞在了這個等待的操做上面;


  異步操做是能夠被阻塞住的,只不過它不是在處理消息時阻塞,而是在等待消息被觸發時被阻塞.
  好比select 函數,
  假如傳入的最後一個timeout 參數爲NULL,那麼若是所關注的事件沒有一個被觸發,
  程序就會一直阻塞在這個select 調用處.

同步非阻塞形式:
  其實是效率低下的,
  想象一下你一邊打着電話一邊還須要擡頭看到底隊伍排到你了沒有,
  若是把打電話和觀察排隊的位置當作是程序的兩個操做的話,
  這個程序須要在這兩種不一樣的行爲之間來回的切換,效率可想而知是低下的;

  不少人會寫阻塞的read/write 操做,
  可是別忘了能夠對fd 設置O_NONBLOCK 標誌位,這樣就能夠將同步操做變成非阻塞的了;

異步非阻塞形式:
  效率更高,
  由於打電話是你(等待者)的事情,而通知你則是櫃檯(消息觸發機制)的事情,
  程序沒有在兩種不一樣的操做中來回切換.

  好比說，這我的忽然發覺本身煙癮犯了,須要出去抽根菸,
  因而他告訴大堂經理說,排到我這個號碼的時候麻煩到外面通知我一下(註冊一個回調函數),
  那麼他就沒有被阻塞在這個等待的操做上面,天然這個就是異步+非阻塞的方式了.

  若是使用異步非阻塞的狀況,
  好比aio_*組的操做,當發起一個aio_read 操做時,函數會立刻返回不會被阻塞,
  當所關注的事件被觸發時會調用以前註冊的回調函數進行處理,

 文章摘抄的有點多，可是集思廣益，各路看客能夠對號入座，綜合分析。採用什麼方式，只有適合本身的業務處理需求才行。