java jdbc通过datasource连接池复用连接，核心是池化管理：物理连接初始化一次，用完归还池中逻辑复用；所有主流池（hikaricp、druid等）实现javax.sql.datasource接口，调用getconnection()获取连接、close()触发归还；推荐hikaricp，需全局单例、合理配置maximumpoolsize等关键参数，并用try-with-resources确保归还。
Java JDBC 中通过 DataSource 连接池复用连接，核心是用“池化管理”替代每次 DriverManager.getConnection() 的手动创建。不是靠写更多代码，而是让连接在用完后归还池中、下次直接复用——物理连接只初始化一次，后续都是逻辑复用。
用 DataSource 接口代替 DriverManager
所有标准连接池（HikariCP、Druid、DBCP）都实现 javax.sql.DataSource 接口，这是 JDBC 规范定义的统一工厂接口。它屏蔽了底层连接创建细节，只暴露 getConnection() 方法：
- 不再调用
DriverManager.getConnection(url, user, pwd)—— 这会每次都新建物理连接 - 改为从池对象获取：
Connection conn = dataSource.getConnection(); - 调用
conn.close()不是断开连接，而是触发归还逻辑（池内部重置状态并放回空闲队列）
选一个主流连接池并正确初始化
推荐使用 HikariCP（Spring Boot 默认）或 Druid（带监控能力）。关键点是：池实例必须全局单例，避免重复创建（初始化开销大）：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- Maven 引入依赖（如 HikariCP 5.0.1+），Spring Boot 项目通常无需手动加
- 用
HikariConfig设置jdbcUrl、username、password；不建议设dataSourceClassName，易导致 URL 参数（如useSSL=false）失效 - 声明为
static final HikariDataSource或交由 Spring 管理生命周期
合理设置几个关键参数
参数不是越多越好，重点配好这四个就能覆盖大多数场景：
-
maximumPoolSize：按公式估算 ——
(平均响应时间秒 × QPS) × 1.5，再预留 20% 给数据库max_connections -
minimumIdle：设为
maximumPoolSize的 1/3～1/2，避免冷启动时排队等待 -
keepaliveTime：≥30000（30 秒），让池定期探测空闲连接是否还活着，应对 MySQL 的
wait_timeout -
maxLifetime：略小于数据库
wait_timeout（如设 1800000ms = 30 分钟），防止连接“假活”失效
确保连接被真正归还而非泄露
复用的前提是连接能回到池里。常见错误是忘了 close 或异常时没处理：
- 必须用
try-with-resources自动关闭，或显式调用conn.close() - 不要在 finally 块里重复 close（可能已关闭），也不要在 catch 里吞掉异常导致归还失败
- 开启连接泄漏检测（如 HikariCP 的
leakDetectionThreshold=60000），超时未归还会打印堆栈，方便定位问题代码
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
