请求描述： `阻塞/非阻塞` 和 `同步/异步` 不是一个概念。举几个简单的例子。 当进程调用一个进行IO操作的API时（比如read函数），在数据没有到达前，read 会挂起，进程会卡住。在数据读取完毕返回给进程时， read 返回（返回值为读取到的字节数，数据从内核拷贝到用户空间），然后进程继续执行。那么这次 read 调用，是阻塞的。 非阻塞就是 read 在数据没有读取完毕前，就返回了（返回值为-1，errno 设置为 EAGAIN）。此时进程没有拿到需要的数据。那怎么办？
有两种办法。
一种是同步： 因为进程没办法知道数据什么时候才真正读取完毕了，所以需要每隔一段时间就去轮询一下（就是重新调用 read，看是不是数据真的已经读取完毕了）。 大部分场景中都不会使用这种方式。但在某些特殊的情况下效率会特别高。一种是异步： 早期的异步实现方式是内核给进程发信号（SIGIO 或者 SIGPOLL）。数据读写完毕后，内核发信号给进程，然后进程内的信号处理函数再调用 read 读取数据（这时可以确保数据真的已经读取完毕了）。但这种方式有一个小小的瑕疵，就是在进程进行多个 fd 读写的时候，信号来的时候没办法分清到底是哪个 fd 上的数据已经真正准备好了。所以进程还是要对所有持有的 fd 进行 read 调用。 后来的异步实现，就有了更好的 select / poll / epoll（I/O multiplexing）。现在基本上像比较流行的 Nginx / Redis 都用 epoll（在 FreeBSD 上是 kqueue） --------------------- 作者：乐杨俊 来源：CSDN 原文：https://blog.csdn.net/leyangjun/article/details/62236241 版权声明：本文为博主原创文章，转载请附上博文链接！
小乐爱喝茶，废话不说，煮开水。
出场人物：小乐，水壶两把（普通水壶，简称水壶；会响的水壶，简称响水壶）。
1 小乐把水壶放到火上，立等水开。（同步阻塞）
—— 小乐觉得自己有点傻
2 小乐把水壶放到火上，去客厅看电视，时不时去厨房看看水开没有。（同步非阻塞）
—— 小乐还是觉得自己有点傻，于是变高端了，买了把会响笛的那种水壶。水开之后，能大声发出呜呜~~~~的噪音。
3 小乐把响水壶放到火上，立等水开。（异步阻塞）
—— 小乐觉得这样傻等意义不大
4 小乐把响水壶放到火上，去客厅看电视，水壶响之前不再去看它了，响了再去拿壶。（异步非阻塞）
—— 小乐觉得自己聪明了。
所谓同步异步，只是对于水壶而言。 普通水壶，同步；响水壶，异步。 虽然都能干活，但响水壶可以在自己完工之后，提示小乐水开了。这是普通水壶所不能及的。
同步只能让调用者去轮询自己（情况2中），造成小乐效率的低下。
所谓阻塞非阻塞，仅仅对于小乐而言。
—— 立等的小乐，阻塞；看电视的小乐，非阻塞。
情况1和情况3中小乐就是阻塞的，媳妇喊他都不知道。
虽然3中响水壶是异步的，可对于立等的小乐没有太大的意义。
所以一般异步是配合非阻塞使用的，这样才能发挥异步的效用。