轉載--阻塞、非阻塞,同步、異步

轉自:http://blog.csdn.net/hguisu/article/details/7453390html

1. 概念理解 ajax

     在進行網絡編程時,咱們經常見到同步(Sync)/異步(Async),阻塞(Block)/非阻塞(Unblock)四種調用方式:
同步:
      
所謂同步,就是在發出一個功能調用時,在沒有獲得結果以前,該調用就不返回。也就是必須一件一件事作,等前一件作完了才能作下一件事。編程

 例如普通B/S模式(同步):提交請求->等待服務器處理->處理完畢返回 這個期間客戶端瀏覽器不能幹任何事瀏覽器

異步:
      
異步的概念和同步相對。當一個異步過程調用發出後,調用者不能馬上獲得結果。實際處理這個調用的部件在完成後,經過狀態、通知和回調來通知調用者。服務器

     例如 ajax請求(異步)請求經過事件觸發->服務器處理(這是瀏覽器仍然能夠做其餘事情)->處理完畢網絡

阻塞
     
阻塞調用是指調用結果返回以前,當前線程會被掛起(線程進入非可執行狀態,在這個狀態下,cpu不會給線程分配時間片,即線程暫停運行)。函數只有在獲得結果以後纔會返回。異步

     有人也許會把阻塞調用和同步調用等同起來,實際上他是不一樣的。對於同步調用來講,不少時候當前線程仍是激活的,只是從邏輯上當前函數沒有返回而已 例如,咱們在socket中調用recv函數,若是緩衝區中沒有數據,這個函數就會一直等待,直到有數據才返回。而此時,當前線程還會繼續處理各類各樣的消息。函數

非阻塞
      
非阻塞和阻塞的概念相對應,指在不能馬上獲得結果以前,該函數不會阻塞當前線程,而會馬上返回。
對象的阻塞模式和阻塞函數調用
對象是否處於阻塞模式和函數是否是阻塞調用有很強的相關性,可是並非一一對應的。阻塞對象上能夠有非阻塞的調用方式,咱們能夠經過必定的API去輪詢狀態,在適當的時候調用阻塞函數,就能夠避免阻塞。而對於非阻塞對象,調用特殊的函數也能夠進入阻塞調用。post

函數select就是這樣的一個例子。 ui

1. 同步,就是我調用一個功能,該功能沒有結束前,我死等結果。
2. 異步,就是我調用一個功能,不須要知道該功能結果,該功能有結果後通知我(回調通知)
3. 阻塞, 就是調用我(函數),我(函數)沒有接收完數據或者沒有獲得結果以前,我不會返回。
4. 非阻塞,就是調用我(函數),我(函數)當即返回,經過select通知調用者
 

同步IO和異步IO的區別就在於:數據拷貝的時候進程是否阻塞!

阻塞IO和非阻塞IO的區別就在於:應用程序的調用是否當即返回!

對於舉個簡單c/s 模式: 

同步:提交請求->等待服務器處理->處理完畢返回這個期間客戶端瀏覽器不能幹任何事
異步:請求經過事件觸發->服務器處理(這是瀏覽器仍然能夠做其餘事情)->處理完畢
同步和異步都只針對於本機SOCKET而言的。

同步和異步,阻塞和非阻塞,有些混用,其實它們徹底不是一回事,並且它們修飾的對象也不相同。
阻塞和非阻塞是指當進程訪問的數據若是還沒有就緒,進程是否須要等待,簡單說這至關於函數內部的實現區別,也就是未就緒時是直接返回仍是等待就緒;

而同步和異步是指訪問數據的機制,同步通常指主動請求並等待I/O操做完畢的方式,當數據就緒後在讀寫的時候必須阻塞(區別就緒與讀寫二個階段,同步的讀寫必須阻塞),異步則指主動請求數據後即可以繼續處理其它任務,隨後等待I/O,操做完畢的通知,這可使進程在數據讀寫時也不阻塞。(等待"通知")

 

轉自:http://www.cppblog.com/converse/archive/2009/05/13/82879.html

我喜歡用本身的語言經過聯繫現實生活中的一些現象解釋一些概念,當我能作到這一點時,說明我已經理解了這個概念.今天要解釋的概念是:同步/異步與阻塞/非阻塞的區別.

這兩組概念經常讓人迷惑,由於它們都是涉及到IO處理,同時又有着一些相相似的地方.

首先來解釋同步和異步的概念,這兩個概念與 消息的通知機制有關.

舉個例子,好比我去銀行辦理業務,可能選擇排隊等候,也可能取一個小紙條上面有個人號碼,等到排到我這一號時由櫃檯的人通知我輪到我去辦理業務了.
前者(排隊等候)就是同步等待消息,然後者(等待別人通知)就是異步等待消息.在異步消息處理中,等待消息者(在這個例子中就是等待辦理業務的人)每每註冊一個回調機制,在所等待的事件被觸發時由觸發機制(在這裏是櫃檯的人)經過某種機制(在這裏是寫在小紙條上的號碼)找到等待該事件的人.
而在實際的程序中,同步消息處理就比如簡單的read/write操做,它們須要等待這兩個操做成功才能返回;而異步處理機制就是相似於select/poll之類的多路複用IO操做,當所關注的消息被觸發時,由消息觸發機制通知觸發對消息的處理.
其次再來解釋一下阻塞和非阻塞,這兩個概念與 程序等待消息(無所謂同步或者異步)時的狀態有關.
繼續上面的那個例子,不管是排隊仍是使用號碼等待通知,若是在這個等待的過程當中,等待者除了等待消息以外不能作其它的事情,那麼該機制就是阻塞的,表如今程序中,也就是該程序一直阻塞在該函數調用處不能繼續往下執行.相反,有的人喜歡在銀行辦理這些業務的時候一邊打打電話發發短信一邊等待,這樣的狀態就是非阻塞的,由於他(等待者)沒有阻塞在這個消息通知上,而是一邊作本身的事情一邊等待.可是須要注意了,第一種同步非阻塞形式其實是效率低下的,想象一下你一邊打着電話一邊還須要擡頭看到底隊伍排到你了沒有,若是把打電話和觀察排隊的位置當作是程序的兩個操做的話,這個程序須要在這兩種不一樣的行爲之間來回的切換,效率可想而知是低下的;然後者,異步非阻塞形式卻沒有這樣的問題,由於打電話是你(等待者)的事情,而通知你則是櫃檯(消息觸發機制)的事情,程序沒有在兩種不一樣的操做中來回切換.

不少人會把同步和阻塞混淆,我想是由於不少時候同步操做會以阻塞的形式表現出來,好比不少人會寫阻塞的read/write操做,可是別忘了能夠對fd設置O_NONBLOCK標誌位,這樣就能夠將同步操做變成非阻塞的了;一樣的,不少人也會把異步和非阻塞混淆,由於異步操做通常都不會在真正的IO操做處被阻塞,好比若是用select函數,當select返回可讀時再去read通常都不會被阻塞,就比如當你的號碼排到時通常都是在你以前已經沒有人了,因此你再去櫃檯辦理業務就不會被阻塞.
 
 
同步/異步是功能,阻塞/非阻塞是具體的函數;同步線程是激活狀態,阻塞線程被掛起。
相關文章
相關標籤/搜索