前言
咱就说有没有一种可能，同步、异步、阻塞、非阻塞，这几个关键词拆开看都感觉挺明白的。但是同步阻塞、同步非阻塞、异步阻塞、异步非阻塞，这几个关键词组装起来，看起来就有点那么晦涩了。这个在日常八股中经常出现字眼，其背后对应的到底是个什么样的逻辑？我们来一起揭开它那不那么神秘的面纱。/手动狗头。
同/异步跟是否阻塞有什么必然的联系？
同步、异步在编程中经常遇到，所以这两种也是极为重要的一个概念。但是网上很多解释感觉有点欠缺，例如：
- 同步：就是在发出一个调用时，在没有得到结果之前， 该调用就不返回。
- 异步：就是在发出一个调用时，这个调用就直接返回了，等执行完回调结果或者没有结果。
- 阻塞：就是在调用结果返回之前，当前调用的线程会被挂起，调用线程只有在得到结果之后才会返回。
- 非阻塞：就是在调用结果不能立即得到之前，该调用的线程不会阻塞。
如果只是粗略这么一看，好像并没有什么问题，但是如果仔细的思考一下，假如同步是发起了一个调用后， 没有得到结果之前不返回， 那这个调用是不是就是被阻塞了？同理，如果异步调用是发出了以后就直接返回了， 那它是不是这个调用没有被阻塞呢？
所以说，正确的解释应该是，虽然它的核心关注点在于消息通信机制，但消息的通信有可能是阻塞的或非阻塞的，也就是同步或异步的，而消息的通信有发送方跟接收方，所以要针对发送方跟接收方区别对待，在《操作系统概念》一书中也有具体的描述，它又分为：阻塞式发送、非阻塞式发送、阻塞式接收、非阻塞式接收。如果拿这个调用线程来看的话，阻塞和同步、非阻塞和异步，本身就是一种同义词。
如何理解它们？
可能上述看完以后还是很懵懂，你可能还是觉得这样也解释不通，那我们就先暂且拆开，按如下定义：
1、同步阻塞
2、同步非阻塞
3、异步阻塞
这种场景在实际的开发中几乎是没有的，因为如果的调用方异步处理了，就不会阻塞了。
4、异步非阻塞
请你仔细的翻看上诉图片，我们在总结一下开头所定义的就是：
- 同步、异步：核心在于消息通信机制，这个"消息通信机制"就是水壶。
- 阻塞、非阻塞：核心在于在等待调用结果时的状态，这个"等待调用结果时的状态"就是你在等待水壶烧开水的状态。
也就是：
- 水壶烧开水会发生报警通知你已经完成烧开水这个任务，这就是"消息通信机制"。
- 水壶在烧水的过程中，你不必在水壶前等待水烧开，你可以刷抖音或者从事其他事情，在听到水壶报警通知以后在进行泡茶的任务，这就是"等待调用结果时的状态"。
如果在白话一点就是：
- 同步：做了同步操作后(烧水)，被调用者(水壶)不会主动通知我结果，我需要主动查看结果(水是否烧开)。
- 异步：做了异步操作后，被调用者会(水壶)主动通知我结果(水是否烧开)是什么。
- 阻塞：调用功能后(烧水)，不能做其他事情(只能等水开)。
- 非阻塞：调用功能后(烧水)，可以做其他事情(刷抖音)。
- 同步阻塞：执行功能时(烧水)，我不能做其他事情，并且功能(烧水)执行完后，不会主动通知我结果(水是否烧开)。
- 同步非阻塞：执行功能时(烧水)，我可以做其他事情(刷抖音)，但是功能(烧水)执行完后，不会主动通知我结果(水是否烧开)。
- 异步阻塞：执行功能时(烧水)，我不能做其他事情，并且功能(烧水)执行完后，会主动通知我结果(水是否烧开)。---这个操作没有
- 异步非阻塞：执行功能时(烧水)，我可以做其他事情(刷抖音)，并且功能(烧水)执行完后，会主动通知我结果(水是否烧开)。
小结
本文对调用方的同步&异步、阻塞&非阻塞进行了扫盲，但实际场景中往往比文中阐述的要复杂的多，你可以根据网络其他文章进行综合扩展，在弄明白这几种概念以后，在理解网络编程中5种IO模型或者Netty等网络框架才能打通任督二脉，无师自通。
