SpringBoot与RabbitMQ整合后，对RabbitClient的“确认”进行了封装、使用方式与RabbitMQ官网不一致； 消息发布确认 生产者给交换机发送消息后、若是不管了，则会出现消息丢失； 解决方案1： 交换机接受到消息、给生产者一个答复ack, 若生产者没有收到ack, 可能出现消息丢失，因此重新发送消息； 解决方案1隐藏问题：若是交换机发送了ack, 出现网络延迟，则生产者没有收到ack, 就会出现消息重复发送问题， 进而衍生幂等性问题； 隐藏问题解决方案1：在数据库中增加一张去重表，设置唯一索引； 生产者在消息内容中，翻入唯一ID，消费者消费时、先从数据库查询是否存在，存在则不处理该消息； 适用于并发低、业务严谨的场景 隐藏问题解决方案2：利用Redis的String的setnx,若key存在，则不处理、若key存在，则执行业务； 适用于短时间处理大量消息，且 key不会重复； -这就是大名鼎鼎的幂等性问题，贼讨厌这些专有名词； 前端保存数据时、点击多次保存按钮，插入多条数据； 解决方案 ：前端限制按钮点击、 数据库设置业务唯一索引；...
