同步和异步：
是针对应用程序和内核的交互而言的。同步指的是用户进程触发IO操作并等待或者轮询的去查看IO操作是否就绪；而异步是指用户进程触发IO操作以后便可以开始做自己的事情（开始做则是非阻塞，不做 一直等待IO操作就绪就是阻塞），而当IO操作已经完成的时候会得到IO完成的通知。
阻塞和非阻塞：
阻塞和非阻塞是针对于进程在访问数据的时候，根据IO操作的就绪状态来采取的不同方式，说白了是一种读取或者写入操作函数的实现方式。阻塞方式下读取或者写入函数将一直等待，而非阻塞方式下，读取或者写入函数会立即返回一个状态值。
例子
一、一个有问题，但有趣的例子
在网上看到一个有趣的例子，虽然我认为他的表述仍然是有问题的，但是有助于我们的理解：
出场人物：老张，水壶两把（普通水壶，简称水壶；会响的水壶，简称响水壶）。
1 老张把水壶放到火上，立等水开。（同步阻塞）
老张觉得自己有点傻
2 老张把水壶放到火上，去客厅看电视，时不时去厨房看看水开没有。（同步非阻塞）
老张还是觉得自己有点傻，于是变高端了，买了把会响笛的那种水壶。水开之后，能大声发出嘀~~~~的噪音。
3 老张把响水壶放到火上，立等水开。（异步阻塞）
老张觉得这样傻等意义不大
4 老张把响水壶放到火上，去客厅看电视，水壶响之前不再去看它了，响了再去拿壶。（异步非阻塞）
老张觉得自己聪明了。
所谓同步异步，只是对于水壶而言。
普通水壶，同步；响水壶，异步。
虽然都能干活，但响水壶可以在自己完工之后，提示老张水开了。这是普通水壶所不能及的。
同步只能让调用者去轮询自己（情况2中），造成老张效率的低下。
所谓阻塞非阻塞，仅仅对于老张而言。
立等的老张，阻塞；看电视的老张，非阻塞。
情况1和情况3中老张就是阻塞的，媳妇喊他都不知道。虽然3中响水壶是异步的，可对于立等的老张没有太大的意义。所以一般异步是配合非阻塞使用的，这样才能发挥异步的效用。
作者：愚抄 链接：http://www.zhihu.com/question/19732473/answer/23434554
二、上述例子的问题和理论分析
上面的例子很形象吧？可以我认为他是有问题的，问题在哪里呢？
先给出三张不同模式下的系统交互图：
A、同步阻塞模式
B、同步非阻塞模式
C、异步非阻塞模式
好的，看完这三个图，你应该在想，这是什么鬼，不想看了。再听我啰嗦2句，你就可以跳到下面看小张和狗狗的故事了。
从上面的图可以看出来，其实不管是任何模式，内核的处理方式都是一样的，都是
1. wait for data（等待数据）；
2. copy data from kernel to user（拷贝数据到用户层）。
而产生这三种模式的差别在于中间使用的api函数不同。
这和上面的小故事可是有一些差别的。上面的例子中，小张相当于我们的应用程序，而响水壶和普通水壶相当于内核。这就有问题了，其实我们的内核都是相同的，并不存在响水壶和普通水壶的差别，那么怎么样描述才正确呢？
三、正确的例子（我很好玩！）
小张喜欢喝咖啡，同时养了好多狗；
出场：
1. 小张：相当于我们的客户端进程
2. 小狗大黑：阻塞处理的IO函数
3. 小狗大黄：非阻塞处理的IO函数
4. 小狗大白、大红：异步处理的IO函数
同步阻塞：
小张派大黑去看咖啡煮好没，大黑等咖啡煮开了才回来；
同步非阻塞：
小张派大黄去看咖啡煮好没，大黄看了一眼就回来了，过了一会，再大黄再去看看咖啡煮好没；
异步非阻塞：
小张派大白和大红去看咖啡煮好没，大白和大红到了厨房后，大白就回来告诉小张，大红已经到厨房啦；过了一会咖啡煮好了，大红回到客厅告诉小张
异步阻塞：（这个太傻了，目前还没遇到）
小张派大白和大红去看咖啡煮好没，大白和大红到了厨房后，一起在那等着；过了一会咖啡煮好了，大红大白一起回到客厅告诉小张
那么采用何种方式，要看小张有没有养这个类型的狗（系统有没有相关API），在有的情况下，就看小张个人的需求了（业务需求）
参考：https://blog.csdn.net/xxxxxx91116/article/details/51233785