rabbitMQ相关文章汇总
RabbitMQ五种工作模式：
https://blog.csdn.net/weixin_41882200/article/details/117128590?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522167625223516800182771874%2522%252C%2522scm%2522%253A%252220140713.130102334…%2522%257D&request_id=167625223516800182771874&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2alltop_positive~default-1-117128590-null-null.142v73pc_search_v2,201v4add_ask,239v1insert_chatgpt&utm_term=rabbitmq%E5%87%A0%E7%A7%8D%E5%B7%A5%E4%BD%9C%E6%A8%A1%E5%BC%8F&spm=1018.2226.3001.4187
RabbitMQ如何保证消息的可靠性不丢失：
消息事务：同步执行影响性能以及MQ的吞吐量
确认机制：生产者到交换机可以使用从confirm确认模式，回调confirmCallback方法
return退回模式：交换机到消息队列，失败时才会执行returnCallback
Consumer ack 消费者确认：自动确认是指，一旦消息被consumer收到，则自动确认收到，并将相应的message从RabbitMQ缓存中移除，但在实际业务处理中，很可能消息接收到，业务处理出现异常，那么该消息就会丢失。如果设置了手动确认模式，则在业务处理成功后，调用channel.basicAck()手动签收，如果出现异常，则调用channel.basicNack()方法，让其自动重新发送消息
https://blog.csdn.net/qq_45932382/article/details/123290988
https://zhuanlan.zhihu.com/p/358210418
rabbitmq保证消息不重复消费：
在我们的业务层做处理：
设计全局唯一消息id
利用 Redis 的 setnx 命令：（不推荐使用：https://zhuanlan.zhihu.com/p/418268774）
数据库唯一主键，利用DB层面的限制来做
https://blog.csdn.net/weixin_45393094/article/details/123150714