java jdbc本身不提供连接池，连接池由hikaricp、druid等第三方库实现；其“等待策略”指获取连接失败时是否等待及等待时长，核心是配置connectiontimeout（hikaricp）、maxwait（druid）等超时参数，并配合异常处理、监控与连接及时归还。

Java JDBC 本身不提供连接池，连接池由第三方库（如 HikariCP、Druid、DBCP）实现。所谓“连接池满时的等待策略”，实际是连接池在获取连接失败时的行为控制，核心在于 是否等待 和 等多久，而不是 JDBC 驱动层的逻辑。

设置连接获取超时时间（最关键）

所有主流连接池都支持配置“获取连接的最大等待时间”。超过该时间仍无法拿到连接，就会抛出异常（如 SQLException 或 HikariPoolException），避免线程无限阻塞。

• HikariCP：通过 connectionTimeout 参数设置（单位毫秒），默认 30000（30 秒）
  示例：config.setConnectionTimeout(5000); —— 等 5 秒就放弃
• Druid：对应 maxWait 参数（单位毫秒）
• DBCP2：使用 maxWaitMillis

配合拒绝策略做主动降级

仅设超时还不够。当连接池持续满、大量请求超时，说明下游已不可用或过载。此时应结合业务做快速失败或降级：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 捕获连接获取异常（如 SQLTimeoutException 或特定连接池的 timeout 异常）
• 返回友好提示（如“系统繁忙，请稍后再试”）或走缓存/默认值
• 避免重试或递归调用，防止雪崩

监控等待线程数，提前预警

连接池是否“真满”，不能只看配置上限，而要看实时排队情况：

• HikariCP 提供 getThreadsAwaitingConnection() —— 持续上涨说明请求压倒供给
• Druid 可查 WaitThreadCount 或访问 /druid/index.html 监控页
• 一旦发现等待线程数突增，应立即检查慢 SQL、事务未提交、连接泄露等问题，而非单纯调大连接数

避免虚假等待：确保连接及时归还

很多“假性池满”其实源于连接未正确释放：

• 务必使用 try-with-resources 管理 Connection、Statement、ResultSet
• 禁用手动 conn.close() 后再归还给池（会破坏池管理）；close() 在池中实际是归还操作
• 开启连接泄露检测（如 HikariCP 的 leakDetectionThreshold，设为 60000 即 60 秒）

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南