关于这个话题，网上有很多文章写的很好，这里主要做一个总结，谈谈我个人的理解。
相关参考文章：
IO - 同步，异步，阻塞，非阻塞(亡羊补牢篇)
Java进阶（五）Java I/O模型从BIO到NIO和Reactor模式
网络IO之阻塞、非阻塞、同步、异步总结
在开始讨论之前，先限定本文的讨论范围：
- 这里的阻塞是指IO的阻塞，不是操作系统中线程的生命周期中的阻塞，那个是指失去了CPU时间片，这里认为“阻塞”是影响业务处理了
- 站在宏观的角度，主要讨论思想，不深入细节
对于阻塞/非阻塞，同步/异步，我个人的理解是：
- 阻塞，非阻塞，指能否对新的请求进行响应。比如上篇文章中的例子，传统IO是阻塞的，因为其在读取数据时，无法对新的请求进行响应；NIO就是非阻塞的，其在读取数据时，能对新的请求进行响应。
- 同步，异步，指IO操作是否由主线程完成。比如上篇文章中的IO NIO都是同步的，因为IO操作是由主线程自己完成的；异步时IO操作是由操作系统的内核完成的，主线程只负责发出命令，接受完成通知。
- 异步就是为了非阻塞，所以谈异步阻塞是没有意义的
在上面几点理解的基础上，我们来看看常见的各种"IO名词"
BIO，同步阻塞IO，比如传统IO操作
NIO，同步非阻塞IO，比如select epoll
AIO，异步IO
更具体的例子，可以参看上一篇文章。
有些文章将阻塞/非阻塞定义为：调用后是否能够立即返回。
我认为首先“立即返回”容易让人想要量化“立即”这个判断依据，1ms 100ms 1s到底那个算是立即呢？其次，立即返回并不是一个目的，IO没干完，返回了对我来说也没用啊，真正的目的是为了不影响后面的操作。所以我认为将非阻塞定义为能否响应新的请求更合适。
关于同步/异步，也有文章定义为：后面的任务必须等待前面的任务执行完才能执行。
我认为任务的执行顺序，只是一种现象，正是因为主线程让别人帮他干活，才导致不用等前面的任务完成，后面的任务也可以执行。所以我认为将异步定义为目标操作是否由主线程完成更合适。
关于概念的认识，重点还是理解思想，可能在具体的表达上，每个人都有自己的想法，但是无关对错，只要自己能理解就行。
