Java数据库连接池需调用对应close()方法优雅关闭，如HikariCP用HikariDataSource.close()、Druid用DruidDataSource.close()、DBCP2用BasicDataSource.close()，Spring Boot默认自动处理；close()为阻塞操作，等待连接归还与线程终止，须避免混淆Connection.close()与池关闭。
Java 中数据库连接池的销毁与优雅关闭，核心在于调用连接池提供的关闭方法，确保所有连接被回收、资源被释放、后台线程被终止，避免连接泄漏或应用停机时出现超时等待。
确认连接池类型，调用对应关闭方法
不同连接池实现（如 HikariCP、Druid、Apache DBCP2）关闭方式略有差异，但都提供了显式的关闭入口：
-
HikariCP：调用
HikariDataSource.close()（该方法是线程安全的，可重复调用）； -
Druid：调用
DruidDataSource.close()； -
DBCP2：调用
BasicDataSource.close()； - 若使用 Spring Boot + 自动配置，默认会通过
@PreDestroy或上下文关闭事件自动触发关闭，无需手动干预。
在应用生命周期末尾执行关闭（如 Spring 的 @PreDestroy）
手动管理连接池时，需确保关闭逻辑在 JVM 退出前执行。推荐在容器托管的 Bean 中使用生命周期回调：
@Component
public class DataSourceManager {
private HikariDataSource dataSource;
<pre class="brush:php;toolbar:false;">@PreDestroy
public void destroy() {
if (dataSource != null && !dataSource.isClosed()) {
dataSource.close(); // 阻塞直到所有连接归还、后台线程终止
}
}}
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
注意：close() 是阻塞操作，HikariCP 默认最多等待 30 秒（由 shutdownTimeout 配置控制），期间会等待活跃连接归还、执行完正在运行的连接清理任务。
避免常见错误：不直接调用 connection.close() 或未关闭池
开发者容易混淆两个层级：
-
Connection.close()只是将连接归还给池，不是销毁物理连接； - 忘记调用连接池自身的
close()，会导致连接长期占用、线程未停止、JVM 无法正常退出； - 在多数据源场景下，每个
DataSource实例都需要单独关闭； - 测试中使用
@AfterEach关闭池时，应确保测试线程不残留活跃连接（例如未正确 try-with-resources）。
验证是否关闭成功（可选但推荐）
可通过连接池提供的监控属性判断状态：
- HikariCP：检查
isClosed()返回true，或访问 JMX 属性IsClosed； - Druid：查看
isInited()和isClosed()； - 日志中留意类似
"HikariPool-1 - Shutdown initiated..."和"Shutdown completed."的输出。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
