释放C3P0连接池资源的核心是调用ComboPooledDataSource的close()方法，它会自动回收所有连接、清理线程和定时任务；仅关闭Connection仅归还连接，不释放底层资源。
在 Java 中使用 C3P0 连接池时，**释放所有连接资源的核心是正确关闭数据源（ComboPooledDataSource）本身**，而不是手动逐个关闭 Connection。C3P0 会自动回收池中所有活跃和空闲连接，并清理底层 JDBC 资源。
调用 close() 方法销毁整个连接池
C3P0 的 ComboPooledDataSource 实现了 java.lang.AutoCloseable，其 close() 方法会：
- 中断所有等待获取连接的线程
- 逐个关闭池中当前所有已分配的
Connection（包括正在被使用的连接，强制回收） - 清空内部连接队列与缓存
- 关闭底层
DriverManagerDataSource或自定义的DataSource - 释放定时任务、线程池等关联资源
✅ 正确做法：
ComboPooledDataSource dataSource = new ComboPooledDataSource(); // ... 使用 dataSource 获取 connection、执行操作 // 应用退出前或不再需要该池时： dataSource.close(); // ✅ 关键一步，必须调用
避免只关闭单个 Connection
仅对从池中获取的 Connection 调用 close()，只是将连接归还给池，并不会销毁连接或释放底层物理连接。反复不关闭数据源会导致：
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 内存泄漏（连接池对象及其内部线程、监听器持续存活）
- 数据库端连接数累积（尤其当应用重启但旧池未 close）
- 端口占用、连接超限报错（如 MySQL 的
Too many connections）
配合生命周期管理（如 Spring 或手动控制）
若集成 Spring，推荐通过 @Bean(destroyMethod = "close") 声明数据源，确保容器关闭时自动调用：
@Bean(destroyMethod = "close")
public ComboPooledDataSource dataSource() throws PropertyVetoException {
ComboPooledDataSource ds = new ComboPooledDataSource();
ds.setJdbcUrl("jdbc:mysql://...");
ds.setUser("user");
ds.setPassword("pass");
// ... 其他配置
return ds;
}
纯 Java SE 环境下，应在 JVM 关闭钩子中补一层保障：
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
try {
if (dataSource != null) {
dataSource.close();
}
} catch (Exception e) {
e.printStackTrace();
}
}));
确认是否已完全释放（可选验证）
可通过 C3P0 提供的 JMX 或 API 检查状态（仅调试用）：
System.out.println("NumConnectionsAll: " + dataSource.getNumConnectionsAll());
System.out.println("NumConnectionsDefaultUser: " + dataSource.getNumConnectionsDefaultUser());
// 输出全为 0 表示已无活动连接
注意：这些值在 close() 后可能仍短暂非零（异步清理），但几毫秒内会归零；只要 close() 已调用，就无需等待。
不复杂但容易忽略——关键就是别忘了调用数据源实例的 close()。
