明明可以直接调用API或者通过其他方式通信，为什么要使用消息队列呢？以下是消息队列的主要优势
解耦
在一个复杂的系统中，模块之间的强耦合会导致系统难以维护和扩展。比如，一个电商系统中，订单服务和库存服务直接通信，如果库存服务不可用，那么订单服务也会受到影响。
通过引入消息队列，订单服务可以将订单消息发送到 RabbitMQ 队列中，而不是直接调用库存服务。库存服务只需从队列中读取消息并进行处理。这使得订单服务和库存服务彼此独立，如果库存服务暂时不可用，订单服务仍然可以继续运行，消息会被暂存。
异步处理
同步处理可能导致系统的响应时间增加。例如，订单处理过程中，如果需要调用支付服务、库存服务、物流服务等，这些操作都需要时间，用户体验会变差。
订单服务可以将不同操作的请求（如支付、库存、物流）分别发送到不同的消息队列中，然后立即返回响应给用户。实际的处理会在后台异步完成，这样可以大大提高系统的响应速度。
削峰填谷
在高并发场景下，瞬间的大量请求可能会压垮系统。例如，在抢购活动期间，订单请求会在短时间内剧增，导致订单处理服务过载。
消息队列可以用来缓存大量的请求，避免系统过载。消息队列会将大量请求排队，订单处理服务可以按其能力逐步处理这些请求，从而削峰填谷，保障系统的稳定性。
提高系统的可扩展性
随着业务的增长，系统需要能够轻松扩展以处理更多的请求量。
通过使用消息队列，系统的各个服务可以独立地扩展。例如，如果订单处理的需求量增加，只需增加订单服务的实例，消费队列中的消息即可，RabbitMQ 会将消息负载均衡地分发给多个实例。
容错性和可靠性
系统组件可能会因为各种原因失败，如果消息丢失会造成数据的不一致和业务的损失。
有些消息队列支持消息的持久化、确认机制和死信队列，这些特性可以确保即使在系统崩溃的情况下，消息也不会丢失。例如，消息可以被持久化到磁盘，消费者处理完消息后需要确认，RabbitMQ 才会将消息从队列中删除。
通信灵活性
系统的需求可能会不断变化，需要快速调整和扩展。
有些消息队列支持多种消息路由策略（如RabbitMQ直连、主题、广播等），这使得开发人员可以根据需求灵活地定义消息流转方式，从而更好地适应业务变化。
