为什么要用交换机？
交换机用来路由消息。如果直发队列，这个消息就被处理消失了，那别的队列也需要这个消息怎么办？那就要用到交换机
交换机类型
1，fanout：广播
特点
广播所有消息 ：将消息发送到所有绑定到该交换机的队列（忽略 routing_key）。
无过滤：所有消费者都会收到相同的消息副本。
适用场景
系统通知（如全局公告）。
事件广播（如用户注册后触发邮件、短信、积分发放）。
控制台定义好交换机（交换机类型）、队列。
绑定交换机和队列。
java写代码消息发送者发送消息到交换机。
java写代码实现消费者，绑定监听的队列。
消息发送者将消息发送到交换机，交换机路由消息到各个队列，消费者处理队列里的消息。
2，Direct：定向
特点
队列 和交换机 约定一个（暗号）routing_key 。
交换机里面有个记录表，记录了各个队列的 routing_key （队列也可以绑定多个不同key，不同队列也可以绑定相同的routing_key ）
消息发送者发消息时，指定消息的**routing_key**
交换机 根据 发送者发来的 routing_key 在自己的表里找到相同的routing_key 的队列
一对一或一对多 ：可通过多个队列绑定相同的 routing_key 实现多消费者接收。
适用场景
分类任务处理（如将 error 日志发送到错误处理队列）。
订单状态更新（如 order.paid 路由到支付服务）。
3，Topic：话题（推荐使用）
特点
通配符匹配 routing_key：
*（星号）：匹配一个单词（如 order.* 可匹配 order.paid）。
#（井号）：匹配零或多个单词（如 order.# 可匹配 order.paid.2023）。
灵活路由：适合需要多维度分类的场景。
适用场景
多级日志分类（如 app.error、app.warning）。
复杂事件路由（如 user.signup.email、user.signup.sms）。
声明队列交换机
队列都在控制台生成，比较繁琐，容易出错。后面可能还有更多队列和交换机。开发环境转实际运行环境还要手动去控制台里添加，比较繁琐，容易出错。
如何在java代码里声明队列、交换机
队列和交换机一般在消费者这边声明。发送方不关心队列，只关心交换机
加了bean的方法都会被spring动态代理。当我们调用这个方法时，spring会先检查spring容器里有没有这个bean。如果有这个bean，直接返回bean，没有才执行方法中的代码
绑定队列和交换机传参有两种方式
形参传参， 直接调用方法绑定（直接从spring容器里取，并没有调用这个方法）
存在的问题
当我们写direct时，我们要写routingKey，每写一个routingKey都要写一个bean，太繁琐了
如何解决：利用@RabbitListener注解来写
消息转换器
当发送的消息不是massage类型，是map、java类时，消息放松会自动序列化为字节码，体积变大，可读性差，还可能有安全漏洞
改变消息转换器，采用json序列化
转换器必须再收发方都要有。声明了消息转换器后，其他代码都不用变。只用改变消息接收类型。
消息消费者处理失败了，消息直接丢失了，这种情况如何解决？