必须主动释放数据库连接池资源，否则会导致连接泄漏、线程未终止、端口占用等问题；应通过shutdown hook或spring boot生命周期（如disposablebean）显式调用close()，并验证日志与数据库连接数回落。
Java 应用关闭时，必须主动释放数据库连接池资源，否则连接不归还、线程未终止、连接泄漏或端口占用等问题会导致下次启动失败或数据库侧连接数耗尽。关键不是“等它自己关”，而是主动触发清理流程。
监听 JVM 关闭钩子（Shutdown Hook）
这是最常用且可靠的时机，在应用收到 kill -15 或正常退出前执行清理逻辑：
- 通过
Runtime.getRuntime().addShutdownHook(new Thread(...))注册钩子线程 - 钩子中调用连接池的关闭方法（如 HikariCP 的
close()、Druid 的close()、DBCP2 的close()） - 注意：钩子线程不能太长（建议 3–5 秒内完成），避免被强制终止；可配合
awaitTermination()等待池内任务结束
使用 Spring Boot 的生命周期管理（推荐）
若项目基于 Spring Boot，优先利用框架提供的生命周期支持，更安全、更解耦：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 实现
DisposableBean接口，重写destroy()方法 - 或在
@Bean声明时指定destroyMethod = "close"（HikariCP 默认支持） - Spring 容器关闭时会自动调用，且能处理依赖顺序（比如先停服务、再关数据源）
手动管理连接池时确保 close() 被调用
非 Spring 场景下（如裸用 HikariCP），需自行保障 close() 执行：
- 把
HikariDataSource实例设为全局静态或单例，并在 shutdown hook 中显式调用dataSource.close() - 检查日志确认是否输出类似
"HikariPool-1 - Shutdown initiated..."和"Shutdown completed." - 避免在 finally 块或 catch 中调用 close() —— 那只适用于单次连接，不是连接池本身
验证销毁是否成功
光调用 close() 不代表一定成功，还需确认实际效果：
- 观察应用进程退出后，数据库端连接数是否回落（如 MySQL 查
show processlist） - 检查连接池日志是否有异常或超时警告
- 用
jstack看是否存在残留的池内后台线程（如 Hikari 的 housekeeping 线程）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
