RabbitMQ是否需为每个发布队列单独创建PublisherConnectionFactory和RabbitTemplate

首先感谢Gary Russell此前针对AmqpResourceNotAvailableException相关问题的回复，我们结合回复思路完成了初步优化，现就后续优化疑问给出结论如下：

核心结论 #

不需要为每个队列单独配置PublisherConnectionFactory和RabbitTemplate，该操作不会带来运行表现的提升，反而会增加不必要的资源开销。

原因说明 #

• RabbitMQ的连接是TCP级别的长连接，同一个连接下可复用多个Channel完成消息发送。如果为每个队列单独创建连接工厂，会额外占用客户端和Broker端的TCP连接、文件句柄、内存缓存等资源，在你当前单服务最多对接4个队列、整体TPS200+的场景下完全没有必要性。
• 你当前按照业务特性拆分配置的方案已经是最优选择：将需要保证投递可靠性的在线业务队列使用开启publishConfirm、mandatory的配置，日志等不需要保证投递可靠性的队列使用关闭两个属性的配置。这种按功能属性维度拆分的粒度，远比对每个队列单独拆分更合理，也不会产生冗余的Bean管理成本。

可选优化建议 #

如果需要进一步提升发送性能，可以做两个调整：

• 针对开启publishConfirm的RabbitTemplate，开启Channel缓存池并设置合理的缓存大小（你的场景单服务设置10~20的缓存Channel数即可），同时配置合理的confirmTimeout，避免频繁创建销毁Channel带来的开销。
• 日志队列对应的RabbitTemplate可开启批量发送特性，进一步降低网络IO频率。

内容的提问来源于stack exchange，提问作者Reyfren