CachingConnectionFactory和ConnectionFactory的区别是什么？有通俗解释吗？

首先明确基础定义：
ConnectionFactory是Spring AMQP定义的顶层接口，仅规范了获取RabbitMQ broker连接的基础能力，本身没有任何缓存逻辑。如果是没有做缓存的原始实现类，每次调用createConnection()方法都会全新建立一个TCP连接，每次创建AMQP通道也都是独立生成，用完就销毁，没有复用机制。

CachingConnectionFactory是Spring AMQP官方提供的ConnectionFactory默认实现类，在接口基础上新增了连接、通道的缓存复用能力，是实际生产环境的默认选用方案，两者的核心差异如下：

• 连接复用能力：CachingConnectionFactory默认会缓存1个共享的TCP连接，所有获取连接的请求默认返回同一个缓存实例，避免了频繁TCP握手、broker权限校验的开销；也支持配置多连接缓存模式，适配连接隔离、多broker的特殊场景。
• 通道复用能力：除了连接外，它还会缓存AMQP通道（Channel），业务逻辑用完的通道不会直接关闭，而是放回缓存池供后续请求直接取用，通道的最大缓存数量可通过setChannelCacheSize()方法自定义配置。
• 性能表现：高并发消息收发场景下，CachingConnectionFactory的性能远高于无缓存的ConnectionFactory实现，可减少90%以上的连接、通道创建销毁带来的资源消耗。

常见使用注意 #

默认配置下不要手动关闭从CachingConnectionFactory获取的连接，会直接销毁全局缓存的共享连接，影响其他业务逻辑使用，连接、通道的生命周期由框架自动管理即可。

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