Spring Boot+Hibernate+C3P0连接池耗尽问题求助（Oracle10g）

咱们来一步步拆解你的连接池耗尽问题，结合你给出的配置、属性文件和业务代码，我发现几个核心问题需要优先处理：

一、C3P0配置的语法错误（最关键） #

看你的C3P0 XML配置片段，几乎所有<property>标签的闭合都写错了！比如：

<property name="driverClass" value="${jdbc.driverClassName}"></property name>

正确的闭合应该是</property>，而不是</property name>。这种语法错误会导致Spring无法正确解析这些配置项，连接池实际会使用C3P0的默认参数——而C3P0默认的maxPoolSize只有15！这就解释了为什么高并发场景下连接池很快耗尽。

赶紧修正所有<property>标签的闭合语法，比如把上面的错误改成：

<property name="driverClass" value="${jdbc.driverClassName}"></property>

二、属性文件的参数矛盾 #

你的属性文件里：

initialPoolSize=5
minPoolSize=100

这两个参数逻辑冲突：initialPoolSize是连接池启动时初始化的连接数，minPoolSize是连接池需要保持的最小空闲连接数。当初始值小于最小值时，C3P0会在启动后立刻创建连接到minPoolSize的数量，这会导致不必要的资源浪费，建议把initialPoolSize调整为不小于minPoolSize，或者统一两者的值。

三、Session手动管理的潜在泄漏风险 #

你在业务代码里用sessionFactory.openSession()手动管理Session，虽然finally块里写了关闭逻辑，但存在几个隐患：

1. 空的catch块：你的process方法里catch块是空的，这会掩盖所有异常信息，包括Session打开/使用过程中出现的错误，导致你无法定位连接泄漏的具体场景。建议至少添加日志记录，比如：

catch (Exception ex) {
    // 用日志框架记录异常栈
    log.error("处理过程中出现异常", ex);
    throw ex; // 或者处理异常后抛出，保证上层感知
}

2. Spring环境下不建议手动openSession：在Spring集成Hibernate的场景中，更推荐使用sessionFactory.getCurrentSession()，它会由Spring的事务管理器统一管理Session的生命周期（自动打开、关闭、绑定到线程），减少手动管理的泄漏风险。如果一定要用openSession，必须确保所有路径下Session都被正确关闭，包括嵌套调用的方法中有没有意外持有Session的情况。
3. 事务未正确处理：你配置了HibernateTransactionManager，但业务代码没有使用@Transactional注解，也没有手动管理事务。如果在Session中开启了事务但未提交/回滚，会导致连接一直被占用无法释放。

四、排查连接泄漏的实用手段 #

1. 开启C3P0的连接泄漏检测 #

在C3P0的DataSource配置中添加以下参数，帮你定位未归还连接的代码位置：

<property name="unreturnedConnectionTimeout" value="300"/> <!-- 设置为5分钟，单位秒 -->
<property name="debugUnreturnedConnectionStackTraces" value="true"/>

当连接超过指定时间未被归还时，C3P0会打印完整的调用堆栈，直接告诉你哪段代码没有正确关闭连接。

2. 利用Hibernate统计信息 #

你已经开启了hibernate.generate_statistics=true，可以通过以下代码获取连接使用的统计数据，对比获取和关闭的连接数是否一致：

SessionFactoryStats stats = sessionFactory.getStatistics();
long connectionsObtained = stats.getConnectCount();
long connectionsReleased = stats.getCloseCount();
System.out.println("获取的连接数：" + connectionsObtained);
System.out.println("释放的连接数：" + connectionsReleased);

如果connectionsObtained远大于connectionsReleased，就说明存在连接泄漏。

3. 查看数据库侧的连接情况 #

登录Oracle数据库，执行以下SQL查看当前活跃的连接数：

SELECT COUNT(*) FROM V$SESSION WHERE USERNAME='你的数据库用户名' AND STATUS='ACTIVE';

对比C3P0的maxPoolSize配置，如果实际连接数超过配置值，或者持续增长不回落，就证明存在泄漏。

五、其他优化建议 #

• 检查二级缓存的有效性：你开启了二级缓存和查询缓存，如果缓存未正确生效，会导致频繁查询数据库，加剧连接池的压力。可以通过Hibernate统计信息查看缓存命中率。
• 调整maxIdleTime：当前配置是1800秒（30分钟），如果业务场景中连接闲置时间较长，可以适当缩短这个值，让C3P0更快回收闲置连接。

内容的提问来源于stack exchange，提问作者Mohit Sharma