同步、非同步、阻塞、非阻塞的區別

在進行網路程式設計時，我們常常見到同步、非同步、阻塞、非阻塞四種呼叫方式：

同步(Sync)、非同步(Async)：涉及到IO通知機制；
同步：發起呼叫後，被呼叫者處理訊息，必須等處理完才直接返回結果，沒處理完之前是不返回的，呼叫者主動等待結果；
非同步：發起呼叫後，被呼叫者直接返回，但是並沒有返回結果，等處理完訊息後，通過狀態、通知或者回撥函式來通知呼叫者，呼叫者被動接收結果。

阻塞(Block)、非阻塞(Unblock)：涉及到CPU執行緒排程；
阻塞：呼叫結果返回之前，該執行執行緒會被掛起，不釋放CPU執行權，執行緒不能做其它事情，只能等待，只有等到呼叫結果返回了，才能接著往下執行；
非阻塞：在沒有獲取呼叫結果時，不是一直等待，執行緒可以往下執行，如果是同步的，通過輪詢的方式檢查有沒有呼叫結果返回，如果是非同步的，會通知回撥。

總結一下這四個方式：
同步阻塞：在IO操作開始的時候就阻塞程式,這個時候還不能重複的進行別的IO操作
同步非阻塞：解決了核心可以同時處理來自程式的多個IO請求.
非同步阻塞：解決了在一個執行緒裡面處理多個IO的操作,他並沒有對IO進行阻塞，但是對事件進行了阻塞(實際上是在選擇事件)
非同步非阻塞：實現了核心非阻塞和回撥通知的方法,讓IO的操作更高效.

那是不是非同步非阻塞是最好的呢？不一定！適合實際業務的才是最好的！

注意：
         1、通常的IO、NIO操作，都是同步的；
         2、JDK1.7提供了AIO非同步操作的類，如AsynchronousSocketChannel、AsynchronousServerSocketChannel等；
               Java也可以通過多執行緒，在開啟的執行緒中，通過回撥方式，實現非同步操作。


 

同步：

所謂同步，就是在發出一個功能呼叫時，在沒有得到結果之前，該呼叫就不返回。也就是必須一件一件事做,等前一件做完了才能做下一件事。
例如普通B/S模式（同步）：提交請求->等待伺服器處理->處理完畢返回這個期間客戶端瀏覽器不能幹任何事

阻塞：

阻塞呼叫是指呼叫結果返回之前，當前執行緒會被掛起（執行緒進入非可執行狀態，在這個狀態下，CPU不會給執行緒分配時間片，即執行緒暫停執行）。函式只有在得到結果之後才會返回。

有人也許會把阻塞呼叫和同步呼叫等同起來，實際上是不同的。對於同步呼叫來說，很多時候當前執行緒還是啟用的，只是從邏輯上當前函式沒有返回而已。例如，我們在socket中呼叫recv函式，如果緩衝區中沒有資料，這個函式就會一直等待，直到有資料才返回。而此時，當前執行緒還會繼續處理各種各樣的訊息。

 

 

參考：https://blog.csdn.net/linhuaiyang/article/details/68483222