怎样理解阻塞非阻塞与同步异步的区别
怎样理解阻塞非阻塞与同步异步的区别？
47 个回答
卢毅
，Lyft full-stack Engineer
1.同步与异步
同步和异步关注的是 消息通信机制 (synchronous communication/ asynchronous communication)
所谓同步，就是在发出一个*调用*时，在没有得到结果之前，该*调用*就不返回。但是一旦调用返回，就得到返回值了。
换句话说，就是由*调用者*主动等待这个*调用*的结果。
而异步则是相反， *调用*在发出之后，这个调用就直接返回了，所以没有返回结果。换句话说，当一个异步过程调用发出后，调用者不会立刻得到结果。而是在*调用*发出后，*被调用者*通过状态、通知来通知调用者，或通过回调函数处理这个调用。
典型的异步编程模型比如Node.js
举个通俗的例子：
你打电话问书店老板有没有《分布式系统》这本书，如果是同步通信机制，书店老板会说，你稍等，”我查一下"，然后开始查啊查，等查好了（可能是5秒，也可能是一天）告诉你结果（返回结果）。
而异步通信机制，书店老板直接告诉你我查一下啊，查好了打电话给你，然后直接挂电话了（不返回结果）。然后查好了，他会主动打电话给你。在这里老板通过“回电”这种方式来回调。
2. 阻塞与非阻塞
阻塞和非阻塞关注的是 程序在等待调用结果（消息，返回值）时的状态.
阻塞调用是指调用结果返回之前，当前线程会被挂起。调用线程只有在得到结果之后才会返回。
非阻塞调用指在不能立刻得到结果之前，该调用不会阻塞当前线程。
还是上面的例子，
你打电话问书店老板有没有《分布式系统》这本书，你如果是阻塞式调用，你会一直把自己“挂起”，直到得到这本书有没有的结果，如果是非阻塞式调用，你不管老板有没有告诉你，你自己先一边去玩了， 当然你也要偶尔过几分钟check一下老板有没有返回结果。
在这里阻塞与非阻塞与是否同步异步无关。跟老板通过什么方式回答你结果无关。
如果是关心blocking IO/ asynchronous IO, 参考 Unix Network Programming View Book
陈硕
，Linux C++程序员，muduo 网络库作者
只有使用了特殊的 API 才是异步 IO。
星辰大海
，爱维宝贝 http://www.aiwei365.com/
贴出自己博客中的一篇文章
网络编程释疑之：同步，异步，阻塞，非阻塞
一讲到网络编程的I/O模型，总会涉及到这几个概念。问了很多人，没几个能清晰地讲出他们之间的区别联系，甚至在网络上也有很多不同的观点，也不知是中国文字释义的博大精深，还是本来这几个概念就是绕人不倦。今天我也来给大家讲解一下我对这几个概念的理解。
既然网络上众说纷纭，不如找个权威参考一下，这个权威就是《UNIX网络编程：卷一》第六章——I/O复用。书中向我们提及了5种类UNIX下可用的I/O模型：
-
阻塞式I/O；
-
非阻塞式I/O；
-
I/O复用（select，poll，epoll...）；
-
信号驱动式I/O（SIGIO）；
-
异步I/O（POSIX的aio_系列函数）；
阻塞式I/O模型：默认情况下，所有套接字都是阻塞的。怎么理解？先理解这么个流程，一个输入操作通常包括两个不同阶段：
（1）等待数据准备好；
（2）从内核向进程复制数据。
对于一个套接字上的输入操作，第一步通常涉及等待数据从网络中到达。当所有等待分组到达时，它被复制到内核中的某个缓冲区。第二步就是把数据从内核缓冲区复制到应用程序缓冲区。 好，下面我们以阻塞套接字的recvfrom的的调用图来说明阻塞
标红的这部分过程就是阻塞，直到阻塞结束recvfrom才能返回。
非阻塞式I/O： 以下这句话很重要：进程把一个套接字设置成非阻塞是在通知内核，当所请求的I/O操作非得把本进程投入睡眠才能完成时，不要把进程投入睡眠，而是返回一个错误。看看非阻塞的套接字的recvfrom操作如何进行
可以看出recvfrom总是立即返回。
I/O多路复用：虽然I/O多路复用的函数也是阻塞的，但是其与以上两种还是有不同的，I/O多路复用是阻塞在select，epoll这样的系统调用之上，而没有阻塞在真正的I/O系统调用如recvfrom之上。如图
信号驱动式I/O：用的很少，就不做讲解了。直接上图
异步I/O：这类函数的工作机制是告知内核启动某个操作，并让内核在整个操作（包括将数据从内核拷贝到用户空间）完成后通知我们。如图：
注意红线标记处说明在调用时就可以立马返回，等函数操作完成会通知我们。
等等，大家一定要问了，同步这个概念你怎么没涉及啊？别急，您先看总结。 其实前四种I/O模型都是同步I/O操作，他们的区别在于第一阶段，而他们的第二阶段是一样的：在数据从内核复制到应用缓冲区期间（用户空间），进程阻塞于recvfrom调用。相反，异步I/O模型在这两个阶段都要处理。
再看POSIX对这两个术语的定义：
-
同步I/O操作：导致请求进程阻塞，直到I/O操作完成；
-
异步I/O操作：不导致请求进程阻塞。
好，下面我用我的语言来总结一下阻塞，非阻塞，同步，异步
-
阻塞，非阻塞：进程/线程要访问的数据是否就绪，进程/线程是否需要等待；
-
同步，异步：访问数据的方式，同步需要主动读写数据，在读写数据的过程中还是会阻塞；异步只需要I/O操作完成的通知，并不主动读写数据，由操作系统内核完成数据的读写。
知乎用户
，计算广告/分布式计算/Ukulele
愚抄
，逗
出场人物：老张，水壶两把（普通水壶，简称水壶；会响的水壶，简称响水壶）。
1 老张把水壶放到火上，立等水开。（同步阻塞）
老张觉得自己有点傻
2 老张把水壶放到火上，去客厅看电视，时不时去厨房看看水开没有。（同步非阻塞）
老张还是觉得自己有点傻，于是变高端了，买了把会响笛的那种水壶。水开之后，能大声发出嘀~~~~的噪音。
3 老张把响水壶放到火上，立等水开。（异步阻塞）
老张觉得这样傻等意义不大
4 老张把响水壶放到火上，去客厅看电视，水壶响之前不再去看它了，响了再去拿壶。（异步非阻塞）
老张觉得自己聪明了。
所谓同步异步，只是对于水壶而言。
普通水壶，同步；响水壶，异步。
虽然都能干活，但响水壶可以在自己完工之后，提示老张水开了。这是普通水壶所不能及的。
同步只能让调用者去轮询自己（情况2中），造成老张效率的低下。
所谓阻塞非阻塞，仅仅对于老张而言。
立等的老张，阻塞；看电视的老张，非阻塞。
情况1和情况3中老张就是阻塞的，媳妇喊他都不知道。虽然3中响水壶是异步的，可对于立等的老张没有太大的意义。所以一般异步是配合非阻塞使用的，这样才能发挥异步的效用。
——来源网络，作者不明。
Shihui wang
，android
=============
其他楼层包括从技术角度都有了详细解释。这里主要是针对其他网友的疑问做的补充和修改，考虑到需要在编程概念上更严谨一点。
- 阻塞非阻塞表示下面 买书过程中 可能出现的状态，是从 我 这个单进程角度来看待这个买书这个问题。
- 同步异步表示一种协作方式，是从全局更高的角度 “进程之间 合作的方式” 来看待买书这个业务。两个进程之间如果商量采用异步方式处理买书这一业务，就不存在阻塞这种状态。
=============
A.概念
阻塞非阻塞： 请求不能立即得到应答，需要等待，那就是阻塞；否则可以理解为非阻塞。
同步异步： 某业务需要甲乙甚至多方合作的时候，
- 总是按照“甲方请求一次，乙方应答一次”这样的有序序列处理业务，只有当“一次请求一次应答”的过程结束才可以发生下一次的“一次请求一次应答”，那么就说他们采用的是同步。（同步IO中，对同一个描述符的操作必须是有序的）
- 如果甲方只要有需要，就会发送请求，不管上次请求有没有得到乙方应答。而乙方只要甲方有请求就会接受，不是等这次请求处理完毕再接受甲方新请求。这样请求应答分开的序列，就可以认为是异步。异步情况下，请求和应答不需要一致进行，可能甲方后请求的业务，却先得到乙方的应答。同步是线性的，而异步可以认为是并发的。（异步IO中，异步IO可以允许多方同时对同一个描述符发送IO请求，或者一次发多个请求，当然有机制保证如何区分这些请求，）
举个例子：
- 我去买一本书，立即买到了，或者没有就走了，这就是非阻塞；（编程中设置IO成非阻塞，返回后再去检查描述符，或者等待通知，然后再去读取。相当于老板告诉我可以先忙点别的，过一会再来问问，或者老板通知我。但期间这个窗口(文件描述符)别人是用不了的）("立即买到了"在IO中也需要等待，不能算非阻塞IO)
- 如果恰好书店没有，我就等一直等到书店有了这本书买到了才走，这就是阻塞；而排在我后面的人呢只有我买到了书后才能再买书了。
- 如果书店恰好没有，我就告诉书店老板，书来了告诉我一声让我来取或者直接送到我家，然后我就走了，去做别的事了，这就是异步。这时候如果很多人来买书，都是老板登记一下完事。 (从IO角度来说，“告诉我来取”，这个近似于信号驱动IO，不能算异步IO。必须书送到我家才算是异步，如果不送到我家，我想看这本书之前，终究还是需要我跑一趟)
- 前面两种情况，非阻塞和阻塞都可以称为同步。
反映在编程方面就是 用户进程 调用 系统调用。(用户进程对应我，内核 对应 书店老板，书对应数据资源data ， 买书就是一个系统调用了，其中内核拷贝数据到进程这个过程近似于老板送书到我手中）。
B. 在同步异步IO概念中，
同步异步的不同在于，针对同一个描述符上的IO操作，从IO操作发起 到 得到 IO结果 这个过程而言，总是按照“发起请求，得到结果”这个有序序列进行的，这样便有了最小的等待这种情况：读取时，确知IO有数据，但需要等待内核拷贝数据到进程空间。这个最小情况的等待，同步IO都有。
unix网络编程中将IO模型分为5类：阻塞IO，非阻塞IO，IO复用，信号驱动，异步IO。
- 阻塞IO就是那种recv, read，一直等，等到有了数据才返回；
- 非阻塞IO就是立即返回，设置描述符为非阻塞，但是要进程自己一直检查是否可读；
- IO复用其实也是阻塞的，不过可以用来等很多描述符，比起阻塞有了进步，可以算有点异步了，但需要阻塞着检查是否可读。对同一个描述符的IO操作也是有序的。
- 信号驱动采用信号机制等待，有了更多的进步，不用监视描述符了，而且不用阻塞着等待数据到来，被动等待信号通知，由信号处理程序处理。但对同一个描述符的IO操作还是有序的。
- 异步IO，发送IO请求后，不用等了，也不再需要发送IO请求获取结果了。等到通知后，其实是系统帮你把数据读取好了的，你等到的通知也不再是要求你去读写IO了，而是告诉你IO请求过程已经结束了。你要做的就是可以处理数据了。且同一个描述符上可能同时存在很多请求。(对应上面那个买书例子中，就是送书到我家，我直接看书就行了，不需要再去跑一趟了)。
posix.1严格定义的异步IO是要求没有任何一点阻塞，而上述的前面四个（阻塞IO，非阻塞IO，IO复用，信号驱动）都不同程度阻塞了，而且都有一个共同的阻塞： 内核拷贝数据到进程空间的这段时间需要等待。 (所以上面的举例中： 必须要书送到我家，否则都不算异步，纠结。。。)
朱振超
，互联网创业者。
同步和异步仅仅是关于所关注的消息如何通知的机制。同步的情况下,是由处理消息者自己去等待消息是否被触发,而异步的情况下是由触发机制来通知处理消息者
阻塞和非阻塞应该是发生在消息的处理的时刻。阻塞其实就是等待，发出通知，等待结果完成。非阻塞属于发出通知，立即返回结果，没有等待过程。
知乎用户
，斯大林汽车厂・实习老司机
IO时进入内核代码没有立即返回，则直到返回前用户的进程代码一直处于「阻塞」状态。
从IO请求到数据复制到进程空间的过程中，若进程代码发生过阻塞，则IO过程是「同步」的，反之「异步」。
知乎用户
，网络编程菜鸟
阻塞就是 recv/read的时候 socket接收缓冲区要是有数据就读， 没数据我就一直睡觉赖着不走，直到有数据来了读完我才走。send/write的时候，要是发送缓冲区满了，没有空间继续发送了我也一直睡觉赖着不走，直到发送缓冲区腾出足够的空间让我把数据全部塞到发送缓冲区里我才走。（当然如果你通过setsockopt设置了读写超时，超时时间到了还是会返回-1和EAGAIN，不再睡觉等待）
非阻塞就是recv/read的时候，要是接收缓冲区有数据我就读完，没有数据我直接带着返回的-1和EGAIN走人，绝不睡觉等待耽误时间。write/send的时候， 要是发送缓冲区有足够的空间，就立刻把数据塞到发送缓冲区去，然后走人，如果发送缓存区满了，空间不足，那直接带着返回的-1和EAGAIN走人。
至于IO多路复用，首先要理解的是，操作系统为你提供了一个功能，当你的某个socket接收缓存区有数据可读，或者发送缓冲区有空间可写的时候，它可以给你一个通知。这样当配合非阻塞的socket使用时，只有当系统通知我哪个描述符可读了，我才去执行read操作，可以保证每次read都能读到有效数据而不做纯返回-1和EAGAIN的无用功。写操作类似。操作系统的这个功能通过select/poll/epoll之类的系统调用函数来使用，这些函数都可以同时监视多个描述符的读写就绪状况，这样，多个描述符的I/O操作都能在一个线程内完成，这就叫I/O多路复用，这里的“复用”指的是复用同一个线程。
至于事件驱动，其实是I/O多路复用的一个另外的称呼。
至于异步同步，我们常见的linux下的网络编程模型大部分都是同步io，以读操作为例，本质上都是需要用户调用read/recv去从内核缓冲区把数据读完再处理业务逻辑。异步io则是内核已经把数据读好了，用户直接处理逻辑。异步IO在linux下一般是用aio库。
知乎用户
，coder
关于同步异步、阻塞非阻塞的概念： 同步就是同步，异步就是异步! 目前应用中阻塞和非阻塞是针对同步应用而言。关于这些概念之间的关系的理解，可以通过以下几个例子来说明。
例子1：老板布置了一个调研任务，老板自己需要写一个调研报告。这个调研的一个子任务由同学A完成，老板最终需要将同学A的任务整合到自己的调研报告中。因为老板的调研报告需要用到同学A的调研结果，那么老板的调研报告就必须等到同学A调研完成以后才能完成。那么在整个调研的过程中，最终的调研报告和同学A的调研任务之间就是同步关系，因为两个任务之间有着时序的关系。
例子2：老板又布置了一个调研任务，但是这个调研任务是可行性调研，不需要写报告，只需要知道可不可行即可。这个任务由一个同学B来调研；同学B调研完成之后，直接将结果反馈给老板即可。那么在这个调研过程中，老板做其他的事情去了，而同学B在做调研工作。在此过程中，老板做的事情和同学B做的事情之间就是异步关系，因为老板做的事情和同学B做的事情没有关系，并行完成。
例子3：延续例子1中的事情，假如需要A同学完成的事情很简单，那么老板就可能会选择，站在A旁边等到A调研结束，再进行剩余的工作。那么此时，老板就处于阻塞状态。
例子4：同样是例子1，如果同学A要做的事情很浪费时间，需要几天才能完成，这时老板自然不会傻X的站在旁边等着。这个时候，老板可能就会选择做其他的事情，但是由于报告还是需要完成的，老板也许隔段时间就会的问，好了没有啊，你好了没有啊之类的。等到同学A调研完成以后，继续进行调研报告的撰写工作。这个过程中呢，老板呢就是处于非阻塞状态，因为他在做其他的事情，并没有一直在等待同学A。总得来说，同步异步针对的是两个事情之间的关系，这种关系与拓扑结构中的先后关系类似类，如果两件事情之间存在拓扑关系，便是同步关系；如果没有时序先后的关联或相互依赖，则是异步关系。而阻塞非阻塞针对的是发起任务的人（线程）的状态问题。在I/O中，同步异步涉及的两件事情是：消息响应和消息处理，I/O模型中这两个事务之间的拓扑关系决定了模型是同步还是异步的。而在消息响应的过程中，发出I/O请求的线程所处的状态决定了模型是阻塞还是非阻塞的。
以上是个人调研结果，如有不妥之处还希望大家指出。下面几个链接里面都是关于该话题的博文， 个人比较赞同1、2中的观点，对于3中的观点不敢苟同~
1） [思考] 也谈同步异步I/O
2） 深入可伸缩I/O模型：同步和异步方式
3） IO - 同步，异步，阻塞，非阻塞 （亡羊补牢篇）
知乎用户
，研究“人工愚蠢”。
阻塞与非阻塞的区别就是：是否会阻塞发起IO的process，同步与异步的区别就是process在发起IO后，内核准备好数据前，是否在做其他事情。但是non-blocking IO虽然没有阻塞process，但是我觉着在process中non-blocking IO是在一个while循环中不停的发起IO，没做其他事情，所以属于同步IO。这段理解我觉得是正确的，也很简洁明了
凡柯
，卑微 男人的天敌
异步／同步：
异步： 你去书店，问《如何征服美少女》到货没，老板说，没到货，到货了给你打电话。你就走了，而且不需要再没接到老板电话之前再跑到书店问。
同步：你去书店，问《如何征服美少女》到货没，老板说，没到货，你走了，过了一段时间，你又到书店，问《如何征服美少女》到货没，老板说没有，。。。。就这样，你不断的来书店自己询问。直到你鞋都跑破了。。。
注意：你离开书店（不管是异步还是同步），是可以干自己的事情的，比如去做个大保健。。
阻塞／非阻塞
阻塞：你去书店，问《如何征服美少女》到货没有，老板说，没到货，于是你就在书店苦等，等书到货，除了干坐着，啥也干不了，直到书来。
非阻塞：你去书店，问《如何征服美少女》到货没，老板说，没到货，你就走了。（至于还来不来书店，取决于你的心情吧。但是在计算机中，没处理完的事情，是要处理的。）
异步／同步 是你的到消息的方式。
阻塞／非阻塞是你怎样处理事情。
两组概念不是一个层面上的。
在上面的例子中，你就相当于计算机中的 进程 ，你的两条腿就相当于CPU（比喻很牵强也）
《完》
知乎用户
，一蓑烟雨任平生
jun yang
原创作品，转载请注明出处：原创：同步与异步、阻塞与非阻塞
看了一些这两个概念的解释，感觉不分场景的笼统理解是不对的，下面陈述一下我的理解：
这是两对概念，用在不同的语境会有一些不同的含义，不能一概而论。
整体来说，同步就是两种东西通过一种机制实现步调一致，异步是两种东西不必步调一致。
一、同步调用与异步调用：
在用在调用场景中，无非是对调用结果的不同处理。
我理解同步调用就是调用一但返回，就能知道结果，而异步是返回时不一定知道结果，还得通过其他机制来获知结果，如：
a. 状态
b. 通知
c. 回调函数
这里的同步调用不一定会阻塞，例如立即返回失败的结果。
而异步调用立即返回时，你还拿不到结果的。
二、同步线程与异步线程：
同步线程：即两个线程步调要一致，要相互协商。两个线程的运行进度各不相同，怎么才能步调一致呢？我们直观的理解就是，快的等慢的呗！快的阻塞一下等到慢的步调一致即可。
异步线程：步调不用一致，各自按各自的步调运行，不受另一个线程的影响。
同步是指两个线程的运行是相关的，其中一个线程可能要阻塞等待另外一个线程的运行；
异步的意思是两个线程毫无相关，自己运行自己的。
三、同步通信与异步通信：
这里的同步和异步是指：发送方和接收方是否协调步调一致！
同步通信是指：发送方和接收方通过一定机制，实现收发步调协调。如：发送方发出数据后，等接收方发回响应以后才发下一个数据包的通讯方式
异步通信是指：发送方的发送不管接收方的接收状态，如：发送方发出数据后，不等接收方发回响应，接着发送下个数据包的通讯方式。
阻塞和非阻塞就比较容易理解了，没有上面那么多场景，阻塞就是这个事情阻到这儿了，不能继续往下干事了，非阻塞就是这个事情不会阻碍你继续干后面的事情。
阻塞可以是实现同步的一种手段！例如两个东西需要同步，一旦出现不同步情况，我就阻塞快的一方，使双方达到同步。
同步是两个对象之间的关系，而阻塞是一个对象的状态。
知乎用户
，IT民工
异步就是邮件，QQ，短信：我给了你请求，我就去干别的，你爱啥时候回啥时候回
即：请求线程不会等待请求结果。
同步就是打电话：我给你说了话，我就等着你说，你不说我不知道该说啥
即：请求线程会等待请求结果。
阻塞就是你给人打电话（同步请求），但人家跟别人打电话呢（请求队列满），所以你如果想进行同步操作只能等着。或者改成异步操作，给他发个QQ。
青铜
，程序员，月亮运动型男。
同步与异步关乎做事情的方式。
同步：做完一件事再去做另一件。
异步：同时做多件事情，某个事情有结果了再去处理（又一个新事情）。
阻塞与非阻塞关乎如何对待事情产生的结果。
阻塞：不等到想要的结果我就不走了。
非阻塞：有结果我就带走，没结果我就空手而回，总之一句话：爷等不起。
张阳
，对这个世界充满好奇，勉强加个Python
这两组概念常常让人迷惑,因为它们都是涉及到IO处理,同时又有着一些相类似的地方.
首先来解释同步和异步的概念,这两个概念与消息的通知机制有关.
举个例子,比如我去银行办理业务,可能选择排队等候,也可能取一个小纸条上面有我的号码,等到排到我这一号时由柜台的人通知我轮到我去办理业务了.
前者(排队等候)就是同步等待消息,而后者(等待别人通知)就是异步等待消息.在异步消息处理中,等待消息者(在这个例子中就是等待办理业务的人)往往注册一个回调机制,在所等待的事件被触发时由触发机制(在这里是柜台的人)通过某种机制(在这里是写在小纸条上的号码)找到等待该事件的人.
而在实际的程序中,同步消息处理就好比简单的read/write操作,它们需要等待这两个操作成功才能返回;而异步处理机制就是类似于select/poll之类的多路复用IO操作,当所关注的消息被触发时,由消息触发机制通知触发对消息的处理.
其次再来解释一下阻塞和非阻塞,这两个概念与程序等待消息(无所谓同步或者异步)时的状态有关.
继续上面的那个例子,不论是排队还是使用号码等待通知,如果在这个等待的过程中,等待者除了等待消息之外不能做其它的事情,那么该机制就是阻塞的,表现在程序中,也就是该程序一直阻塞在该函数调用处不能继续往下执行.相反,有的人喜欢在银行办理这些业务的时候一边打打电话发发短信一边等待,这样的状态就是非阻塞的,因为他(等待者)没有阻塞在这个消息通知上,而是一边做自己的事情一边等待.但是需要注意了,第一种同步非阻塞形式实际上是效率低下的,想象一下你一边打着电话一边还需要抬头看到底队伍排到你了没有,如果把打电话和观察排队的位置看成是程序的两个操作的话,这个程序需要在这两种不同的行为之间来回的切换,效率可想而知是低下的;而后者,异步非阻塞形式却没有这样的问题,因为打电话是你(等待者)的事情,而通知你则是柜台(消息触发机制)的事情,程序没有在两种不同的操作中来回切换.
很多人会把同步和阻塞混淆,我想是因为很多时候同步操作会以阻塞的形式表现出来,比如很多人会写阻塞的read/write操作,但是别忘了可以对fd设置O_NONBLOCK标志位,这样就可以将同步操作变成非阻塞的了;同样的,很多人也会把异步和非阻塞混淆,因为异步操作一般都不会在真正的IO操作处被阻塞,比如如果用select函数,当select返回可读时再去read一般都不会被阻塞,就好比当你的号码排到时一般都是在你之前已经没有人了,所以你再去柜台办理业务就不会被阻塞.
摘自： 同步/异步/阻塞/非阻塞
Well Liao
所以不能混淆这四个概念
以下是我的一些理解，请大家多指教
首先是通信的同步，主要是指客户端在发送请求后，必须得在服务端有回应后才发送下一个请求。所以这个时候的所有请求将会在服务端得到同步
其次是通信的异步，指客户端在发送请求后，不必等待服务端的回应就可以发送下一个请求，这样对于所有的请求动作来说将会在服务端得到异步，这条请求的链路就象是一个请求队列，所有的动作在这里不会得到同步的。
阻塞和非阻塞只是应用在请求的读取和发送。
在实现过程中，如果服务端是异步的话，客户端也是异步的话，通信效率会很高，但如果服务端在请求的返回时也是返回给请求的链路时，客户端是可以同步的，这种情况下，服务端是兼容同步和异步的。相反，如果客户端是异步而服务端是同步的也不会有问题，只是处理效率低了些。
第三种解释：
简单点说:
阻塞就是干不完不准回来，
非组赛就是你先干，我现看看有其他事没有，完了告诉我一声
我们拿最常用的send和recv两个函数来说吧...
比如你调用send函数发送一定的Byte,在系统内部send做的工作其实只是把数据传输(Copy)到TCP/IP协议栈的输出缓冲区,它执行成功并不代表数据已经成功的发送出去了,如果TCP/IP协议栈没有足够的可用缓冲区来保存你Copy过来的数据的话...这时候就体现出阻塞和非阻塞的不同之处了:对于阻塞模式的socket send函数将不返回直到系统缓冲区有足够的空间把你要发送的数据Copy过去以后才返回,而对于非阻塞的socket来说send会立即返回WSAEWOULDDBLOCK告诉调用者说:"发送操作被阻塞了!!!你想办法处理吧..."
对于recv函数,同样道理,该函数的内部工作机制其实是在等待TCP/IP协议栈的接收缓冲区通知它说:嗨,你的数据来了.对于阻塞模式的socket来说如果TCP/IP协议栈的接收缓冲区没有通知一个结果给它它就一直不返回:耗费着系统资源....对于非阻塞模式的socket该函数会马上返回,然后告诉你:WSAEWOULDDBLOCK---"现在没有数据,回头在来看看"
扩展:
在进行网络编程时，我们常常见到同步、异步、阻塞和非阻塞四种调用方式。这些方式彼此概念并不好理解。下面是我对这些术语的理解。
同步
所谓同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不返回。按照这个定义，其实绝大多数函数都是同步调用（例如sin, isdigit等）。但是一般而言，我们在说同步、异步的时候，特指那些需要其他部件协作或者需要一定时间完成的任务。最常见的例子就是 SendMessage。该函数发送一个消息给某个窗口，在对方处理完消息之前，这个函数不返回。当对方处理完毕以后，该函数才把消息处理函数所返回的 LRESULT值返回给调用者。
异步
异步的概念和同步相对。当一个异步过程调用发出后，调用者不能立刻得到结果。实际处理这个调用的部件在完成后，通过状态、通知和回调来通知调用者。以 CAsycSocket类为例（注意，CSocket从CAsyncSocket派生，但是起功能已经由异步转化为同步），当一个客户端通过调用 Connect函数发出一个连接请求后，调用者线程立刻可以朝下运行。当连接真正建立起来以后，socket底层会发送一个消息通知该对象。这里提到执行 部件和调用者通过三种途径返回结果：状态、通知和回调。可以使用哪一种依赖于执行部件的实现，除非执行部件提供多种选择，否则不受调用者控制。如果执行部 件用状态来通知，那么调用者就需要每隔一定时间检查一次，效率就很低（有些初学多线程编程的人，总喜欢用一个循环去检查某个变量的值，这其实是一种很严重 的错误）。如果是使用通知的方式，效率则很高，因为执行部件几乎不需要做额外的操作。至于回调函数，其实和通知没太多区别。
阻塞
阻塞调用是指调用结果返回之前，当前线程会被挂起。函数只有在得到结果之后才会返回。有人也许会把阻塞调用和同步调用等同起来，实际上他是不同的。对于同 步调用来说，很多时候当前线程还是激活的，只是从逻辑上当前函数没有返回而已。例如，我们在CSocket中调用Receive函数，如果缓冲区中没有数 据，这个函数就会一直等待，直到有数据才返回。而此时，当前线程还会继续处理各种各样的消息。如果主窗口和调用函数在同一个线程中，除非你在特殊的界面操 作函数中调用，其实主界面还是应该可以刷新。socket接收数据的另外一个函数recv则是一个阻塞调用的例子。当socket工作在阻塞模式的时候， 如果没有数据的情况下调用该函数，则当前线程就会被挂起，直到有数据为止。
非阻塞
非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。
对象的阻塞模式和阻塞函数调用
对象是否处于阻塞模式和函数是不是阻塞调用有很强的相关性，但是并不是一一对应的。阻塞对象上可以有非阻塞的调用方式，我们可以通过一定的API去轮询状 态，在适当的时候调用阻塞函数，就可以避免阻塞。而对于非阻塞对象，调用特殊的函数也可以进入阻塞调用。函数select就是这样的一个例子。