RabbitMQ 是否为消费者保持开放连接？
Does RabbitMQ keeps an open connection for the consumer?
我正在尝试在所有连接都必须从安全区域启动到不太安全区域的环境中实施 RabbitMQ 解决方案。
标准的 RabbitMQ 实现预见了消费者订阅和回调的使用。我想这应该不是问题，因为订阅连接是由安全区域中的消费者启动的。我的问题如下：
- 订阅后（TCP？）连接一直保持打开状态以支持后续回调？我的意思是，回调使用消费者在订阅时触发的相同连接？
After the subscription the (TCP?) connection stays open all the time in order to support subsequent callbacks? I mean, the callbacks use the same connection that was triggered by the consumer when subscribing?
是的。您可以使用许多不同的方式观察这一点 - 网络工具，如 netstat、ss、Wireshark，或使用 RabbitMQ 工具，如管理 Web 界面或 rabbitmqctl 命令。最后，记录所有连接/断开连接。
注意： RabbitMQ 团队监控 rabbitmq-users mailing list 并且有时只在 Whosebug 上回答问题。
我正在尝试在所有连接都必须从安全区域启动到不太安全区域的环境中实施 RabbitMQ 解决方案。
标准的 RabbitMQ 实现预见了消费者订阅和回调的使用。我想这应该不是问题，因为订阅连接是由安全区域中的消费者启动的。我的问题如下：
- 订阅后（TCP？）连接一直保持打开状态以支持后续回调？我的意思是，回调使用消费者在订阅时触发的相同连接？
After the subscription the (TCP?) connection stays open all the time in order to support subsequent callbacks? I mean, the callbacks use the same connection that was triggered by the consumer when subscribing?
是的。您可以使用许多不同的方式观察这一点 - 网络工具，如 netstat、ss、Wireshark，或使用 RabbitMQ 工具，如管理 Web 界面或 rabbitmqctl 命令。最后，记录所有连接/断开连接。
注意： RabbitMQ 团队监控 rabbitmq-users mailing list 并且有时只在 Whosebug 上回答问题。