2. 常见中间件连接池介绍

连接池是中间件客户端与后端资源之间的复用层，其核心价值在于减少连接创建/销毁的开销、控制并发连接数、提供连接健康检测与自动恢复。在企业级应用中，数据库、缓存、HTTP 调用是三大核心场景，本节逐一剖析其主流连接池实现。

2.1 数据库连接池：HikariCP 与 Druid

数据库连接池是 JDBC 规范之上的连接复用组件，负责管理物理数据库连接的生命周期。当前业界两大主流实现为 HikariCP（Spring Boot 默认）和 Druid（阿里开源，国内广泛使用）。

HikariCP 关键配置示例

# application.yml (Spring Boot)
spring.datasource.hikari.maximum-pool-size=20
spring.datasource.hikari.minimum-idle=5
spring.datasource.hikari.connection-timeout=30000
spring.datasource.hikari.idle-timeout=600000
spring.datasource.hikari.max-lifetime=1800000
spring.datasource.hikari.leak-detection-threshold=60000

Druid 关键配置示例

# application.yml (Spring Boot)
spring.datasource.druid.max-active=20
spring.datasource.druid.initial-size=5
spring.datasource.druid.min-idle=5
spring.datasource.druid.max-wait=30000
spring.datasource.druid.time-between-eviction-runs-millis=60000
spring.datasource.druid.remove-abandoned=true
spring.datasource.druid.remove-abandoned-timeout=60

2.2 Redis 连接池：Jedis 与 Lettuce

Redis 客户端连接池管理到 Redis 服务器的 TCP 连接。Jedis 是直连式阻塞客户端，Lettuce 基于 Netty 支持异步与响应式，是 Spring Data Redis 2.x 之后的默认选择。

Lettuce 连接池配置示例

@Bean
public RedisConnectionFactory redisConnectionFactory() {
    LettucePoolingClientConfiguration config = LettucePoolingClientConfiguration.builder()
        .poolConfig(new GenericObjectPoolConfig<>() {{
            setMaxTotal(16);
            setMaxIdle(8);
            setMinIdle(4);
            setMaxWaitMillis(3000);
            setTestOnBorrow(true);
        }})
        .build();
    return new LettuceConnectionFactory(new RedisStandaloneConfiguration("localhost", 6379), config);
}

2.3 HTTP 连接池：Apache HttpClient 与 OkHttp

HTTP 连接池管理到远程服务的 TCP 长连接，避免每次请求都经历三次握手与 TLS 协商。Apache HttpClient 是传统企业级选择，OkHttp 以更轻量、更现代的设计在微服务生态中流行。

OkHttp 连接池配置示例

OkHttpClient client = new OkHttpClient.Builder()
    .connectionPool(new ConnectionPool(20, 5, TimeUnit.MINUTES))
    .connectTimeout(10, TimeUnit.SECONDS)
    .readTimeout(30, TimeUnit.SECONDS)
    .retryOnConnectionFailure(true)
    .build();

2.4 连接池耗尽异常全景图

以下 SVG 图展示了三种中间件连接池耗尽时的异常传播路径与典型错误信息，帮助开发者快速定位问题根因。

2.5 连接池耗尽异常处理策略对比

不同中间件连接池耗尽后的处理策略可归纳为以下三类，企业应根据业务场景选择合适的模式。

• 快速失败（Fail Fast）：连接池耗尽时立即抛出异常，适用于非关键路径或可降级的调用。HikariCP 的 connectionTimeout 超时后即属此类。
• 阻塞等待（Blocking）：请求线程在队列中等待可用连接，直到超时。Lettuce 的 maxWaitMillis 控制最大等待时间。
• 自动扩容（Auto Scale）：动态增加连接池大小，但需注意数据库/Redis 服务端连接数上限。Druid 支持 maxActive 动态调整。