3. 空闲连接回收的触发条件：定时扫描、惰性检测、按需回收、主动驱逐

连接池空闲连接回收策略的核心在于“何时触发回收”。不同的触发条件决定了回收的及时性、开销以及对尾延迟的影响程度。本章详细剖析四种主流触发条件：定时扫描、惰性检测、按需回收和主动驱逐，并分析它们在压测波动场景下的表现差异。

3.1 四种触发条件对比总览

3.2 定时扫描（Scheduled Scan）

定时扫描是最传统的回收触发方式。连接池启动一个后台线程，每隔固定时间（如 30 秒）遍历所有空闲连接，检查其空闲时间是否超过阈值，若超过则关闭并移除。

• 优点：实现简单，回收逻辑集中，易于监控。
• 缺点：扫描期间需要持有连接池全局锁，可能导致业务线程在借出/归还连接时阻塞，从而引发尾延迟尖刺。
• 压测风险：当扫描间隔与压测请求突发周期重合时，尾延迟可能从 1ms 飙升至 50ms+。

// 伪代码：定时扫描逻辑
public class ScheduledScanner implements Runnable {
    @Override
    public void run() {
        long now = System.currentTimeMillis();
        lock.lock(); // 获取全局锁
        try {
            for (Connection conn : idleConnections) {
                if (now - conn.getLastUsedTime() > idleTimeoutMs) {
                    closeConnection(conn);
                }
            }
        } finally {
            lock.unlock();
        }
    }
}

3.3 惰性检测（Lazy Detection）

惰性检测不依赖后台线程，而是在连接被借出（borrow）或归还（return）时，顺带检查该连接的空闲时间。如果发现空闲超时，则直接关闭该连接，并尝试创建新连接返回给调用方。

• 优点：无额外线程开销，回收动作与业务操作绑定，不会产生锁竞争风暴。
• 缺点：回收不及时，空闲连接可能长时间占用资源；借出时若检测到失效连接，会增加调用方等待时间。
• 压测优势：回收压力被均匀分散到每次借出/归还操作中，避免突发锁竞争，尾延迟更平稳。

3.4 按需回收（On-Demand Reclamation）

按需回收是一种“被动触发”策略。当连接池容量不足（如所有连接都被借出）或检测到连接失效（如数据库重启导致连接断开）时，才触发回收动作。回收的目标是那些已经失效或空闲过久的连接，以释放资源给新的请求。

• 触发场景：
  1. 借出连接时，发现池中无可用连接，且已到达最大连接数。
  2. 连接池收到连接失效通知（如数据库主动断开）。
  3. 连接池容量需要动态收缩（如从高峰回落）。
• 优点：回收动作精准，只在必要时执行，资源开销最小。
• 缺点：在连接池容量不足时，回收可能增加借出延迟。

3.5 主动驱逐（Active Eviction）

主动驱逐是连接池根据预设策略，主动将空闲连接从池中移除。常见的驱逐策略包括：最大空闲时间（idleTimeout）、最大连接存活时间（maxLifetime）、最小空闲连接数（minimumIdle）。

3.6 四种触发条件的协同工作流

下图展示了四种触发条件在连接池生命周期中的协同关系。定时扫描作为兜底机制，惰性检测和按需回收作为日常回收主力，主动驱逐则负责资源收缩。

3.7 压测场景下的选择建议

• 低延迟敏感场景（如金融交易）：关闭定时扫描，仅使用惰性检测 + 按需回收，将回收开销分散到业务操作中。
• 资源受限场景（如容器化部署）：开启主动驱逐，设置合理的 idleTimeout 和 minimumIdle，避免空闲连接占用内存。
• 混合场景：使用定时扫描作为兜底，但将扫描间隔设置为 60 秒以上，并配合 testWhileIdle 减少无效扫描。