踢桃的成长之路

RabbitMQ系列第七篇文章主要介绍了如何实现JSON、Map格式数据的发送与接收；在发送服务端中，核心为RabbitMQ的配置文件（配置json转换器、设置交换机、队列、绑定交换机与队列）发送消息的核心方法为RabbitTemplate.convertAndSend方法，传入指定交换机、路由键、以及要发送的消息内容；在接收服务端中，核心依然为配置文件中的客户端配置：①手动确认信息；②添加监听队列；③设置统一消息处理类，接着在消息处理类中获取消息的队列名称，根据不同的队列名称调用不同的消息处理类；在接收j

该篇文章介绍了消息重复消费问题及解决方案，问题可能产生的两个阶段（生产消息多发、消费者重复消息）；解决方案：将消息发送时携带一个唯一id，消费方拿到消息时先去reids/db中有没有该数据，若没有则可以消费，否则不可以消费；并介绍了基于Redsi解决消息重复消费问题，①以队列名称为key，消息id为value，且value为string类型（适合只有一个消费方）②以队列名称为key，消息id为value，且value为list类型（适合有多个消费方场景）③以消息id为key，内容为value，并设置过期时间

RabbitMQ系列第五篇介绍了实现消息的可靠抵达的两大模式：发送者确认、消费者确认；其中发送确认又可以分为消息生产者到交换机的确认（confirmcallback接口：消息到达交换机回调）、交换机到队列的确认（returncallback接口：消息到达不了队列回调）；而消费者回调ACK机制可分为自动确认、手动确认、根据情况确认三种类型；自动确认可能会出现消息丢失问题（消息到达消费者后，队列立刻删除该消息，但是此时消费者次此时出现异常或者宕机），手动确认的三个方法（basicAck、basicNack、b）

RabbitMQ系列第四篇介绍了延迟队列的定义（存储延迟消息的队列）、两种实现延迟队列的方法（基于DLX、以及基于插件），重点为基于DLX和TTL方法，核心思路为为普通消息队列根据binding key绑定指定的死信交换机，再为死信交换机绑定一个死信队列，以及使用消费者监听死信队列；最后消息发送者发送消息即可

RabbitMQ系列第三篇：SpringBoot整合RabbitMQ

RabbitMQ基本使用篇文章介绍了RabbitMQ的核心概念（生产者消费者、交换机、消息队列、消息中间件的服务节点、以及交换机类型：fanout广播、direct:bindingdkey与routingkey相同）、topic：更灵活的匹配规则、AMQP介绍、以及死信队列的介绍，导致死信消息的原因（TTL已到、消息队列已满、消息被拒）

RabbitMQ知识总结系列第一篇文章主要讲述了消息队列的基础知识：什么是消息队列？（存放消息的容器）；作用？（异步处理，降低系统耦合性，削峰/限流）；JMS和AMQP两种消息实现方式；消息队列技术选型（Kafka、RocketMQ、RabbitMQ）