同步異步阻塞非阻塞

一直不能很好的理解這4者之間的關係和區別，下面是在知乎上看到嚴肅的一個回答，感受說的比較不錯。並且比較容易理解，因此轉載過來記錄一下。

阻塞與非阻塞與同步與異步 不能簡單的從字面理解，提供一個從分佈式系統角度的回答。

同步與異步

同步和異步關注的是消息通訊機制 (synchronous communication/ asynchronous communication)
所謂同步，就是在發出一個調用時，在沒有獲得結果以前，該調用就不返回。可是一旦調用返回，就獲得返回值了。換句話說，就是由調用者主動等待這個調用的結果。

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

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

阻塞與非阻塞

阻塞和非阻塞關注的是程序在等待調用結果（消息，返回值）時的狀態.
阻塞調用是指調用結果返回以前，當前線程會被掛起。調用線程只有在獲得結果以後纔會返回。
非阻塞調用指在不能馬上獲得結果以前，該調用不會阻塞當前線程。

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

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

做者：嚴肅
連接：https://www.zhihu.com/question/19732473/answer/20851256
來源：知乎

註解二

老張愛喝茶，廢話不說，煮開水。
出場人物：老張，水壺兩把（普通水壺，簡稱水壺；會響的水壺，簡稱響水壺）。

老張把水壺放到火上，立等水開。（同步阻塞）
老張以爲本身有點傻

老張把水壺放到火上，去客廳看電視，時不時去廚房看看水開沒有。（同步非阻塞）
老張仍是以爲本身有點傻，因而變高端了，買了把會響笛的那種水壺。水開以後，能大聲發出嘀~~~~的噪音。

老張把響水壺放到火上，立等水開。（異步阻塞）

老張以爲這樣傻等意義不大
老張把響水壺放到火上，去客廳看電視，水壺響以前再也不去看它了，響了再去拿壺。（異步非阻塞）
老張以爲本身聰明瞭。

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

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