消息确认机制：就是生产端投递的消息一旦投递到RabbitMQ后，RabbitMQ就会发送一个确认消息给生产端，让生产端知道我已经收到消息了，否则这条消息就可能已经丢失了，需要生产端重新发送消息了。
消息持久化：发送消息前先将消息保存到数据库中，有一个状态字段status=0，表示消息发送了但还没收到确认；收到确认后将status设为1，表示RabbitMQ已收到消息。可能消息刚发出去还没来得及确认，这边定时器刚好检索到这条status=0的消息，所以要设置时间）
还没收到确认的消息取出重发 （消息重发可能会造成幂等性问题，这里消费端要做幂等性处理），可能重发还会失败，所以还要添加一个最大重发次数字段retry_count，超过就做另外的处理。乐观锁机制、UUID可以解决幂等性问题
消费端消息不丢失处理：将自动ack机制改为手动ack机制
使用备份交换机，当主交换机投递失败时，将消息转发到备份交换机，由备份交换机进行消息投递，也可以实现消息的不丢失
1290
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
