对于这种突然出现的请求峰值，无法保证系统的稳定性。
2 为什么要用mq?
对于上面传统模式的三类问题，我们使用mq就能轻松解决。
2.1 异步
对于痛点1：同步接口调用导致响应时间长的问题，使用mq之后，将同步调用改成异步，能够显著减少系统响应时间。
系统A作为消息的生产者，在完成本职工作后，就能直接返回结果了。而无需等待消息消费者的返回，它们最终会独立完成所有的业务功能。
这样能避免总耗时比较长，从而影响用户的体验的问题。
2.2 解耦
对于痛点2：子系统间耦合性太大的问题，使用mq之后，我们只需要依赖于mq，避免了各个子系统间的强依赖问题。
订单系统作为消息生产者，保证它自己没有异常即可，不会受到支付系统等业务子系统的异常影响，并且各个消费者业务子系统之间，也互不影响。
这样就把之前复杂的业务子系统的依赖关系，转换为只依赖于mq的简单依赖，从而显著的降低了系统间的耦合度。
2.3 消峰
对于痛点3：由于突然出现的请求峰值，导致系统不稳定的问题。使用mq后，能够起到消峰的作用。
订单系统接收到用户请求之后，将请求直接发送到mq，然后订单消费者从mq中消费消息，做写库操作。如果出现请求峰值的情况，由于消费者的消费能力有限，会按照自己的节奏来消费消息，多的请求不处理，保留在mq的队列中，不会对系统的稳定性造成影响。
3 引入mq会多哪些问题?
引入mq后让我们子系统间耦合性降低了，异步处理机制减少了系统的响应时间，同时能够有效的应对请求峰值问题，提升系统的稳定性。
但是，引入mq同时也会带来一些问题。
3.1 重复消息
问题重复消费问题可以说是mq中普遍存在的问题，不管你用哪种mq都无法避免。
有哪些场景会出现重复的消息呢?
- 消息生产者产生了重复的消息
- kafka和rocketmq的offset被回调了
- 消息消费者确认失败
- 消息消费者确认时超时了
- 业务系统主动发起重试
