如果第二次看到我的文章，歡迎右側掃碼訂閱我喲~ 👉
每周五早8點 按時送達。當然了，也會時不時加個餐～
其實我知道有不少小伙伴容易將「異步」和「非阻塞」搞混。腦海里印象可能是這樣的：異步=非阻塞，同步=阻塞？
其實並不是如此，Z哥我這次就想來幫你搞清楚這個問題。
同步與阻塞/非阻塞
你平時編寫的代碼中，大部分的「同步」調用，本質上都是「阻塞」的。但是「同步」調用也可以做到「非阻塞」的效果。
還是拿我們上一篇中提到的排隊買奶茶這個例子，看看為什么說是「同步」+「阻塞」。
文章里「同步」的例子說的是，你排隊買奶茶，點完單繼續“占着坑”，不讓后面的人點單，等里面的店員做好奶茶，你拿走了后面的才能點單。這個其實就是「同步」+「阻塞」，「阻塞」體現在哪？
因為這個時候你一直“占着坑”，生怕后面的人先點單，導致店員給他先做。所以，這個時候你就死死的盯着里面，這個就是「阻塞」，因為你除了盯着其它啥都干不了。
怎么讓「同步」也能不阻塞呢？
就是你雖然還是排着隊“占着坑”，但是人沒閑着，低頭玩玩手機，時不時的問里面“我的奶茶做好了沒？我的奶茶做好了沒？”。這個就是「非阻塞」，因為你兩次詢問之間會間隔一段時間，可以在這個時候做其它的事情。本質上是通過將原本的一個「大同步」拆成多個「小同步」達到「非阻塞」的效果。
上圖中，幾次阻塞之間空白區域就可以用於做其它事，所以是「非阻塞」的。
異步與阻塞/非阻塞
上一篇文章中的「異步」例子就是一個「非阻塞」的例子，我們來看看為什么。
奶茶店分了點單區和取餐區之后，做好的飲料就只能從取餐區拿，也意味着接待你進行點單的人並不是實際做奶茶的人。這個時候你會拿到一張取餐號，然后老老實實的去取餐區等着，而不是“占着xx不xx”。
如果你很着急要拿到奶茶，不斷的問里面“我的奶茶做好了沒？我的奶茶做好了沒？”，那這個還是「同步」+「非阻塞」的模式。因為這個過程沒有產生「回調」，是你在不斷的主動發起“請求”。
但如果你不着急，就在邊上開一局吃雞，等着里面做好了叫號，到你號碼了再去拿。這就是「異步」+「非阻塞」。因為這個事情是對方（里面的店員）觸發完成的，這就是「回調」，是對你之前的“點單”請求進行的響應。一來一回完成一個完整的交互。
到這可能你會說，那異步不還是天然「非阻塞」的么？No、No、No。
阻塞不阻塞是你自己決定的，你可以阻塞啊。比如，你等的“回調”時候發現沒帶手機，玩不了吃雞，那只能傻傻的在那等着，啥也干不了。如此，這個過程雖然還是「異步」的，但對你來說就是「阻塞」的。
工作中的同步/異步&阻塞/非阻塞
「同步」+「阻塞」。這種最常見，平時寫的大部分代碼都是如此，就不多說了。
其實你仔細想一下就會發現，很多知名的框架，都是「同步」+「非阻塞」的，為什么呢？因為你可以繼續像「同步」一樣編寫代碼，但是可以享受到類似「異步」所能帶來的更好的性能，何樂而不為？
比如大名鼎鼎的linux中的io復用模型poll/select/epoll，本質上都是「同步」+「非阻塞」的。還有知名網絡通信框架Netty。
我們在設計對外的api的時候也可以使用這種模式，降低一些耗時接口調用所產生的影響。這個阮一峰老師已經寫的非常清楚了，我就直接貼個鏈接：http://www.ruanyifeng.com/blog/2018/12/async-api-design.html。
之所以大家會有錯覺，認為「異步」=「非阻塞」，其實也不是沒有道理。為什么呢？因為我在腦海中搜尋來一番，的確沒想到有什么知名的框架/設計是使用「異步」+「阻塞」來實現的。如果哪位小伙伴有補充，可以在評論區留言告訴大家。
「異步」+「非阻塞」就多了。任何你看到callback關鍵字的框架都是。
總結
好了，我們一起總結一下。
這次呢，Z哥先通過同步/異步、阻塞/非阻塞之間形成的4種組合形式，聊了下它們到底是怎么回事。
然后和你聊了一下工作中哪里能看到它們的存在，以及在一些典型場景下適合用哪一種模式。
希望對你有所啟發。
最后送你一個記住這4個概念的最好辦法。
-
同步阻塞：你干吧，我看着你干
-
同步非阻塞：你干吧，我每隔5分鍾來看看
-
異步阻塞：你干吧，好了告訴我，我等着
-
異步非阻塞：你干吧，好了告訴我，我先去忙別的了
如果還是記不住，那就記住同步/異步表示“過程”，阻塞/非阻塞表示在這個過程中的“狀態”。至於這句話是怎么來的，回來看這篇文章就行。
相關文章：
作者：Zachary
出處：https://zacharyfan.com/archives/730.html
如果你喜歡這篇文章，可以點一下右下角的「推薦」。
這樣可以給我一點反饋。: )
謝謝你的舉手之勞。
既然看到這了，送我一個「贊同」吧，支持我的創作。
想更進一步和我一起玩耍，歡迎「搜索微信公號：跨界架構師」或者在「右側掃描」。
內容包括：架構設計丨分布式系統丨產品丨運營丨個人深度思考。