fanout交换机实现广播模式，所有绑定队列均接收相同消息副本且忽略routing key；需先声明fanout交换机，再声明并绑定多个队列，生产者发送时指定交换机名即可，消费者各自监听独立队列。
使用 Fanout 交换机实现广播模式，核心是让所有绑定到该交换机的队列都能收到完全相同的消息副本，无需关心 routing key。
创建 Fanout 交换机并绑定多个队列
Fanout 交换机不处理 routing key，只做“群发”。你需要先声明一个 Fanout 类型的交换机，再分别声明多个队列，并将它们全部绑定到这个交换机上（绑定时 routing key 被忽略）。
- 声明交换机：用 channel.exchangeDeclare("fanout_exchange", BuiltinExchangeType.FANOUT)
- 声明队列：如 channel.queueDeclare("queue_a", true, false, false, null)，可声明多个独立队列
- 绑定队列：对每个队列调用 channel.queueBind("queue_a", "fanout_exchange", "")（第三个参数任意字符串都可，实际无效）
生产者发送消息到 Fanout 交换机
生产者只需指定交换机名称，无需 routing key。消息一发出，RabbitMQ 自动复制一份投递给所有已绑定队列。
- 发送代码示例：channel.basicPublish("fanout_exchange", "", null, message.getBytes())
- 注意第二个参数（routing key）传空字符串或任意值均可，Fanout 不会使用它
- 只要队列处于绑定状态，即使消费者尚未启动，消息也会入队等待消费
多个消费者各自监听对应队列
每个队列可由独立消费者监听，彼此互不影响。同一队列若有多消费者则共享消息（竞争消费），但 Fanout 场景下通常每个队列配一个专属消费者，实现逻辑隔离。
- 消费者调用 channel.basicConsume("queue_a", true, deliverCallback, cancelCallback)
- queue_b、queue_c 同理，各自处理自己的副本，业务逻辑可完全不同
- 队列之间无依赖，增减队列不影响其他队列收发
注意事项与常见问题
Fanout 模式简单高效，但也容易因疏忽导致意外行为。
- 交换机和队列都需显式声明，否则绑定失败或消息丢失
- 队列名建议唯一且有意义（如 order_notify_queue、log_backup_queue），便于运维识别
- 若某队列长时间无人消费，消息会在内存或磁盘中积压，需关注 TTL 或队列长度限制
- 不支持基于内容的路由，如需条件分发，请换用 Topic 或 Direct 交换机
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
