java面经消息队列阻塞与非阻塞同步与异步

一、“阻塞”与“阻塞”与“同步”与“异步”

1、同步与异步

同步与异步关注的是消息通信机制（synchronous communication/ asynchronous communication）

所谓同步，就是在发出一个‘调用’时，在没有得到结果之前，该‘调用’就不返回。但是一旦调用返回，就得到了返回值。换句话说就是由'调用者'主动等待这个结果。

所谓异步，就在调用发出以后，这个调用就直接返回了，所以没有结果。换句话说，当一个异步过程调用发出后，调用者不会立刻得到结果。而是在‘调用’发出后，被调用者通过状态通知调用者，或者回调函数处理这个调用。

例子1：

你打电话问书店老板有没有《分布式系统》这本书，如果是同步通信机制，书店老板会说，你稍等，”我查一下"，然后开始查啊查，等查好了（可能是5秒，也可能是一天）告诉你结果（返回结果）。
而异步通信机制，书店老板直接告诉你我查一下啊，查好了打电话给你，然后直接挂电话了（不返回结果）。然后查好了，他会主动打电话给你。在这里老板通过“回电”这种方式来回调。

2、阻塞与非阻塞

阻塞和非阻塞关注的是等待调用结果（消息，返回值）的状态

阻塞调用是指调用结果返回之前，该线程会被挂起。调用线程只有在得到结果才会返回。

非阻塞调用不能立刻得到结果之前，该调用不会阻塞当前线程。

总结：阻塞与非阻塞着重于等待调用结果的状态（是否阻塞当前线程），同步与异步主要着重于等待结果。

例子2：

你打电话问书店老板有没有《分布式系统》这本书，你如果是阻塞式调用，你会一直把自己“挂起”，直到得到这本书有没有的结果，如果是非阻塞式调用，你不管老板有没有告诉你，你自己先一边去玩了， 当然你也要偶尔过几分钟check一下老板有没有返回结果。
在这里阻塞与非阻塞与是否同步异步无关。跟老板通过什么方式回答你结果无关。

使用消息队列的好处：

1、将用户的请求数据存储到消息队列之后（生成），就立即返回结果。随后系统再对消息队列进行消费。（提高用户体验）

因为用户请求数据写入消息队列了就立即返回给用户了，但是请求数据在后续的业务校验、写数据库等操作中可能会失败。因此，使用消息队列进行异步处理之后，需要适当修改业务流程进行配合。

比如用户提交订单后，订单数据写入消息队列，不能立即返回用户订单提交成功，需要在消息队列的订单消费消费者进程真正处理完该订单之后，甚至出库后，再通过电子邮箱、短信通知用户。

以免发生交易纠纷。类似场景：订火车票、电影票。

2、削峰填谷，将短时间高并发产生的事物消息存储在消息队列中，然后后端服务根据自己的能力去消费这些消息，这样避免直接将后端服务打垮。

在电商秒杀、促销业务场景中，合理使用消息队列可以有效抵御促销活动刚开始的大量订单对系统的冲击。

3、降低系统耦合性

使用消息队列可以降低系统的耦合性，因为模块之间不存在直接调用，那么新增模块或者修改模块就对其他模块影响较小，系统扩展性会更好。

消息队列采用的是使用发布-订阅模式工作，消费发送者（生产者）发布消息，一个或多个消息接受者（消费者）订阅消息。

 

消息队列带来的问题：

1、系统的可用性降低：系统可用性在某种程度上降低，在加入MQ之前，不用考虑消息丢失或者MQ挂掉等情况，但是引入MQ之后会多考虑这些情况。

2、系统复杂性提高：加入MQ之后，你需要保证消息没有被重复消费，处理丢失的情况，保证消息的顺序性。

3、一致性问题：消息异步可以提高系统的响应速度，但是消息并没有正确消费消息，就会导致数据不一致的情况。