一、RabbitMQ如何保证消息的发送和接收
1.ConfirmCallback方法
ConfirmCallback是一个回调接口，消息发送到broker后触发回调，确认消息是否到达broker服务器，也就是只确认消息是否正确到达Exchange交换机中。
2.ReturnCallback方法
通过实现ReturnCallback接口，启动消息失败返回，此接口是在交换机路由不到队列时触发回调，该方法可以不使用，因为交换机和队列是在代码里绑定的，如果消息投递到broker后几乎几乎不存在绑定队列失败，除非你代码写错了。
3.消息确认接收
RabbitMQ消息确认机制ack是默认自动确认的，自动确认会在消息发送给消费者后立即确认，但存在消息丢失的可能，如果消费逻辑出现异常，假如回滚了，也只是保证了数据一致性，但是消息还是丢了，也就是消费端没有成功处理这个消息，相当于消息丢失。
消费者收到消息后，手动调用Basic.ack或Basic.Nack或Basic.Reject后，RabbitMQ收到这些消息后，才认为本次投递完成。
Basic.ack 用于确认当前消息，Basic.Nack 用于否定当前消息 ，Basic.Reject 用于拒绝当前消息
Nack ，Reject 后有能力要求是否requeue消息或进入死信队列。
1.1 生产时消息重复
由于生产者发送消息给MQ，在MQ确认的时候出现了网络波动，生产者没有收到确认，实际上MQ已经接收到了消息。这时候生产者就会重新发送一遍这条消息。
生产者中如果消息未被确认，或确认失败，我们可以使用定时任务+（redis/db）来进行消息重试。
1.2消费时消息重复
消费者消费成功后，再给MQ确认的时候出现了网络波动，MQ没有接收到确认，为了保证消息被消费，MQ就会继续给消费者投递之前的消息。这时候消费者就接收到了两条一样的消息。
让每个消息携带一个全局的唯一ID，即可保证消息的幂等性，具体消费过程为：
消费者获取到消息后先根据id去查询redis/db是否存在该消息
如果不存在，则正常消费，消费完毕后写入redis/db文章来源：https://www.toymoban.com/news/detail-616898.html
如果存在，则证明消息被消费过，直接丢弃。文章来源地址https://www.toymoban.com/news/detail-616898.html
到了这里，关于RabbitMQ如何保证消息的发送和接收的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
