這兩組概念常常讓人迷惑,因?yàn)樗鼈兌际巧婕暗絀O處理,同時(shí)又有著一些相類似的地方.

首先來解釋同步和 異步的概念,這兩個(gè)概念與消息的通知機(jī)制有關(guān).

舉個(gè) 例子,比如我去銀行辦理業(yè)務(wù),可能選擇排隊(duì)等候,也可能取一個(gè)小紙條上面有我的號(hào)碼,等到排到我這一號(hào)時(shí)由柜臺(tái)的人通知我輪到我去辦理業(yè)務(wù)了.
前 者(排隊(duì)等候)就是同步等待消息,而后者(等待別人通知)就是異步等待消息.在異步消息處理中,等待消息者(在這個(gè)例子中就是等待辦理業(yè)務(wù)的人)往往注冊 一個(gè)回調(diào)機(jī)制,在所等待的事件被觸發(fā)時(shí)由觸發(fā)機(jī)制(在這里是柜臺(tái)的人)通過某種機(jī)制(在這里是寫在小紙條上的號(hào)碼)找到等待該事件的人.
而在實(shí)際 的程序中,同步消息處理就好比簡單的read/write操作,它們需要等待這兩個(gè)操作成功才能返回;而異步處理機(jī)制就是類似于select/poll之 類的多路復(fù)用IO操作,當(dāng)所關(guān)注的消息被觸發(fā)時(shí),由消息觸發(fā)機(jī)制通知觸發(fā)對(duì)消息的處理.

其次再來解釋一下阻塞和非阻塞,這兩個(gè)概念與程序等待消息(無所謂同步或者異步)時(shí)的狀態(tài)有關(guān).
繼續(xù)上面的那個(gè)例 子,不論是排隊(duì)還是使用號(hào)碼等待通知,如果在這個(gè)等待的過程中,等待者除了等待消息之外不能做其它的事情,那么該機(jī)制就是阻塞的,表現(xiàn)在程序中,也就是該 程序一直阻塞在該函數(shù)調(diào)用處不能繼續(xù)往下執(zhí)行.相反,有的人喜歡在銀行辦理這些業(yè)務(wù)的時(shí)候一邊打打電話發(fā)發(fā)短信一邊等待,這樣的狀態(tài)就是非阻塞的,因?yàn)樗?(等待者)沒有阻塞在這個(gè)消息通知上,而是一邊做自己的事情一邊等待.但是需要注意了,第一種同步非阻塞形式實(shí)際上是效率低下的,想象一下你一邊打著電話 一邊還需要抬頭看到底隊(duì)伍排到你了沒有,如果把打電話和觀察排隊(duì)的位置看成是程序的兩個(gè)操作的話,這個(gè)程序需要在這兩種不同的行為之間來回的切換,效率可 想而知是低下的;而后者,異步非阻塞形式卻沒有這樣的問題,因?yàn)榇螂娫捠悄?等待者)的事情,而通知你則是柜臺(tái)(消息觸發(fā)機(jī)制)的事情,程序沒有在兩種不 同的操作中來回切換.

很多人會(huì)把同步和阻塞混淆,我想是因?yàn)楹芏鄷r(shí)候同步操作會(huì)以阻塞的形式表現(xiàn)出來,比如很多人會(huì)寫阻塞的 read/write操作,但是別忘了可以對(duì)fd設(shè)置O_NONBLOCK標(biāo)志位,這樣就可以將同步操作變成非阻塞的了;同樣的,很多人也會(huì)把異步和非阻 塞混淆,因?yàn)楫惒讲僮饕话愣疾粫?huì)在真正的IO操作處被阻塞,比如如果用select函數(shù),當(dāng)select返回可讀時(shí)再去read一般都不會(huì)被阻塞,就好比 當(dāng)你的號(hào)碼排到時(shí)一般都是在你之前已經(jīng)沒有人了,所以你再去柜臺(tái)辦理業(yè)務(wù)就不會(huì)被阻塞.

可見,同步/異步與阻塞/非阻塞是兩組不同的概 念,它們可以共存組合,也可以參見這里:
http://www.ibm.com/developerworks/cn/linux/l-async/

----------------------------------------- 分割線 ------------------------------------------------------
昨晚寫完這篇文章之 后,今早來看了看反饋,同時(shí)再自己閱讀了幾遍,發(fā)現(xiàn)還是有一些地方解釋的不夠清楚,在這里繼續(xù)補(bǔ)充完善一下我的說法,但愿沒有越說越糊涂.

同 步和異步:上面提到過,同步和異步僅僅是關(guān)于所關(guān)注的消息如何通知的機(jī)制,而不是處 理消息的機(jī)制.也就是說,同步的情況下,是由處理消息者自己去等待消 息是否被觸發(fā),而異步的情況下是由觸發(fā)機(jī)制來通知處理消息者,所以在異步機(jī)制中,處理消息者和觸發(fā)機(jī)制之間就需要一個(gè)連接的橋梁,在我們舉 的例子中這個(gè)橋梁就是小紙條上面的號(hào)碼,而在select/poll等IO多路復(fù)用機(jī)制中就是fd,當(dāng)消息被觸發(fā)時(shí),觸發(fā)機(jī)制通過fd找到處理該fd的處 理函數(shù).

請(qǐng)注意理解消息通知和處理消息這兩個(gè)概念, 這是理解這個(gè)問題的關(guān)鍵所在.還是回到上面的例子,輪到你辦理業(yè)務(wù)這個(gè)就是你關(guān)注的消息,而去辦理業(yè)務(wù)就是對(duì)這個(gè)消息的處理,兩者是有區(qū)別的.而在真實(shí)的 IO操作時(shí),所關(guān)注的消息就是該fd是否可讀寫,而對(duì)消息的處理就是對(duì)這個(gè)fd進(jìn)行讀寫.同步/異步僅僅關(guān)注的是如何通知消息,它們對(duì)如何處理消息并不關(guān) 心,好比說,銀行的人僅僅通知你輪到你辦理業(yè)務(wù)了,而如何辦理業(yè)務(wù)他們是不知道的.

而很多人之所以把同步和阻塞混淆,我想也是因?yàn)闆]有區(qū) 分這兩個(gè)概念,比如阻塞的read/write操作中,其實(shí)是把消息通知和處理消息結(jié)合在了一起,在這里所關(guān)注的消息就是fd是否可讀/寫,而處理消息則 是對(duì)fd讀/寫.當(dāng)我們將這個(gè)fd設(shè)置為非阻塞的時(shí)候,read/write操作就不會(huì)在等待消息通知這里阻塞,如果fd不可讀/寫則操作立即返回.

很 多人又會(huì)問了,異步操作不會(huì)是阻塞的吧?已經(jīng)通知了有消息可以處理了就一定不是阻塞的了吧?
其實(shí)異步操作是可以被阻塞住的,只不過通常不是在處理消息時(shí)阻塞,而是在等待消息被觸發(fā)時(shí)被阻塞. 比如select函數(shù),假如傳入的最后一個(gè)timeout參數(shù)為NULL,那么如果所關(guān)注的事件沒有一個(gè)被觸發(fā),程序就會(huì)一直阻塞在這個(gè)select調(diào)用 處.而如果使用異步非阻塞的情況,比如aio_*組的操作,當(dāng)我發(fā)起一個(gè)aio_read操作時(shí),函數(shù)會(huì)馬上返回不會(huì)被阻塞,當(dāng)所關(guān)注的事件被觸發(fā)時(shí)會(huì)調(diào) 用之前注冊的回調(diào)函數(shù)進(jìn)行處理,具體可以參見我上面的連接給出的那篇文章.回到上面的例子中,如果在銀行等待辦理業(yè)務(wù)的人采用的是異步的方式去等待消息被 觸發(fā),也就是領(lǐng)了一張小紙條,假如在這段時(shí)間里他不能離開銀行做其它的事情,那么很顯然,這個(gè)人被阻塞在了這個(gè)等待的操作上面;但是呢,這個(gè)人突然發(fā)覺自 己煙癮犯了,需要出去抽根煙,于是他告訴大堂經(jīng)理說,排到我這個(gè)號(hào)碼的時(shí)候麻煩到外面通知我一下(注冊一個(gè)回調(diào)函數(shù)),那么他就沒有被阻塞在這個(gè)等待的操 作上面,自然這個(gè)就是異步+非阻塞的方式了.

轉(zhuǎn)載于:https://www.cnblogs.com/biGpython/archive/2011/11/21/2256950.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。