RabbitMQ学习笔记：消息追踪Firehose功能详解

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

在使用任何消息中间件的过程中，难免会出现消息异常丢失的情况。对于RabbitMQ而言，可能是生产者与Broker断开了连接并且没有任何重试机制；也可能是消费者在处理消息时发生了异常，不过却提前进行了ack;甚至是交换器没有与任何队列绑定，生产者感知不到或者没有采取相应的措施；另外RabbitMQ本身的集群策略也可能导致消息的丢失，这个时候就需要有一个良好的机制来跟踪记录消息的投递过程，以此来协助开发或者运维人员快速的定位问题。

Firehose

在RabbitMQ中可以使用Firehose功能来实现消息追踪，Firehose可以记录每一次发送或者消费消息的记录，方便RabbitMQ的使用者进行调试、排错等。

Firehose的原理是将生产者投递给RabbitMQ的消息，或者RabbitMQ投递给消费者的消息按照指定的格式发送到默认的交换器上。这个默认交换器的名称是amq.rabbitmq.trace，它是一个topic类型的交换器。发送到这个交换器上的消息路由键是：

• publish.{exchangename},其中exchangename为交换器名称，对应生产者投递到交换器的消息
• deliver.{queuename}，其中queuename为队列名称，对应消费者从队列获取的消息

开启Firehose功能命令：

    rabbitmqctl trace_on [-p vhost]

[-p vhost]是可选参数，用来指定虚拟主机vhost

关闭Firehose功能命令：

    rabbitmqctl trace_off [-p vhost]

Firehose默认情况下处于关闭状态，并且Firehose的状态也是非持久化的，会在RabbitMQ服务重启的时候还原成默认状态。Firehose开启之后多少会影响RabbitMQ整体服务性能，因为它会引起额外的消息生成、路由和存储。

Firehose使用示例

首先要做一下准备工作：

• 创建队列test_queue、queue1、queue2、queue3、queue4、queue5
• 创建交换器test_exchange
• 通过路由键绑定test_exchange交换器和test_queue队列
• 将amq.rabbitmq.trace和queue1、queue2、queue3、queue4、queue5队列绑定

RabbitMQ management管理页面示例图：

队列示例图：

交换器示例图：

使用客户端向交换器exchange中发送消息，然后可以观察到队列test_queue、queue1、queue2、queue3、queue4、queue5中都接收到了一条消息。

解释amq.rabbitmq.trace这个默认追踪交换器绑定队列的路由键：

• "publish.#"匹配发送至所有交换器的消息
• “deliver.#"匹配消费所有队列的消息
• “#”包含“publish.#“和“deliver.#”
• "publish.test_exchange"匹配发送到指定交换器的消息
• “deliver.test_queue"匹配消费指定队列的消息

在Firehose开启状态，当有客户端发送或者消费 消息时，Firehose会自动封装相应的消息体，并添加详细的headers属性。看如下发送至交换器的消息体内容：

在消费队列时，会将这条消息封装成如下图：

headers中的exchange_name表示发送此条消息的交换器；routing_keys表示与exchange_name对应的路由键列表；properties表示消息本身的属性，比如delivery_mode设置为2表示消息需要持久化处理。