连接池线程等待新建连接时若有连接归还，是否优先使用归还的连接？

我考虑的场景具体如下：
假设创建新连接需要耗费较长时间。
连接池中所有连接都被占用时，有一个线程请求获取连接。
在该线程等待新连接创建的过程中，刚好有一个连接被归还到连接池。
请问此时该线程是会继续等待新连接创建完成后使用新连接，还是会立刻解除阻塞，优先使用刚归还的连接？
我曾尝试自行测试该场景，但两个线程之间的时间差很难精准控制（连接创建时间波动很大），因此没能得到明确结论。

核心结论 #

绝大多数主流数据库连接池（HikariCP、Druid、DBCP2、C3P0等）的默认实现中，等待的线程会立刻解除阻塞，优先使用刚归还的空闲连接。已经触发的新连接创建任务不会被取消，创建完成后会存入连接池作为空闲连接供后续请求使用。

底层实现逻辑 #

连接池的调度逻辑普遍遵循以下规则：

• 内部会维护一个FIFO等待队列，所有无法立刻获取空闲连接、且连接池尚未达到最大连接数的请求线程，都会进入队列等待唤醒
• 当有连接被归还到连接池时，调度器会优先从等待队列头部唤醒第一个等待线程，直接将刚归还的连接分配给该线程
• 此前触发的新连接异步创建任务不受该流程影响，创建完成后会被放入空闲连接池，不会重复分配给已经拿到归还连接的等待线程

设计原因 #

该逻辑是连接池性能优化的核心设计：

• 复用已有空闲连接的响应时延远低于等待新连接创建，能大幅提升请求处理效率
• 避免不必要的连接创建开销，减少连接池的总连接数冗余，降低数据库端的连接负载

测试验证方案 #

你可以通过mock连接创建逻辑消除时间波动的干扰，比如在连接池的连接创建自定义钩子中强制sleep 10秒，就能稳定复现你描述的场景，验证结果和上述结论一致。

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