Spring 4.x升级至5.x后出现PooledConnection已关闭异常的问题求助

刚把Spring 4.x升级到5.x就碰到这种连接池问题确实闹心，我帮你梳理几个核心排查方向和可能的解决办法：

一、先解决版本兼容性问题 #

Spring 5对JDBC连接池的资源管理逻辑做了不少优化，你当前用的Tomcat JDBC 9.0.5是2017年的早期版本，大概率存在和Spring 5不兼容的bug。建议先把Tomcat相关依赖升级到9.x系列的稳定版本，比如9.0.80（当前9.x分支的最新稳定版），Maven依赖调整如下：

<dependency>
    <groupId>org.apache.tomcat</groupId>
    <artifactId>tomcat-jdbc</artifactId>
    <version>9.0.80</version>
</dependency>
<dependency>
    <groupId>org.apache.tomcat</groupId>
    <artifactId>tomcat-juli</artifactId>
    <version>9.0.80</version>
</dependency>
<dependency>
    <groupId>org.apache.tomcat</groupId>
    <artifactId>tomcat-util</artifactId>
    <version>9.0.80</version>
</dependency>

升级后先测试，这是最容易快速验证的排查点。

二、检查自定义DataSource的实现细节 #

你的ConfigureDataSource继承了DataSource，这里一定要确认：是否正确继承了Tomcat JDBC的org.apache.tomcat.jdbc.pool.DataSource类？如果是自己实现JDBC原生的DataSource接口，连接池的管理逻辑必然会出问题。另外：

• 不要覆盖getConnection()、close()等核心连接管理方法，确保Tomcat连接池的原生逻辑能正常执行；
• 你在afterPropertiesSet()里硬编码设置jdbcInterceptors的方式，可能会覆盖配置文件中的其他拦截器配置，建议把拦截器配置移到ApplicationContext.xml中，避免硬编码冲突：

<property name="jdbcInterceptors" value="org.apache.tomcat.jdbc.pool.interceptor.ConnectionState;org.apache.tomcat.jdbc.pool.interceptor.StatementFinalizer(trace=true);org.apache.tomcat.jdbc.pool.interceptor.StatementCache(prepared=true,callable=false,max=100)"/>

三、调整连接池配置参数排查 #

从你的配置来看，几个参数可能存在潜在问题：

• testOnBorrow=false：关闭了借连接时的有效性验证，虽然testWhileIdle=true会在空闲时验证，但如果数据库端主动关闭了超时连接，连接池可能仍认为该连接可用，导致拿到已关闭的连接。临时改成testOnBorrow=true，看看第二次调用是否还报错；
• removeAbandoned=true + removeAbandonedTimeout=180：这个参数会自动关闭超过180秒的"废弃"连接，第二次调用肯定不会超过180秒，但可以检查logAbandoned=true生成的日志，确认是否有连接被标记为废弃，排查是否存在连接未正确归还的情况；
• initialSize=0：首次调用才创建连接，第二次调用从池里取连接，如果池内连接被数据库端意外关闭，就会触发该异常，结合testOnBorrow的调整可以验证这个猜想。

四、排查拦截器导致的连接提前关闭 #

你配置的几个拦截器可能和Spring 5的资源管理逻辑冲突：

• StatementFinalizer：负责清理Statement，但如果和Spring JdbcTemplate的资源清理逻辑重复，可能误关闭了连接；
• StatementCache：缓存PreparedStatement，可能导致连接被长时间持有无法归还。

建议先移除所有jdbcInterceptors配置，用默认连接池逻辑测试，如果问题消失，再逐个添加拦截器排查是哪个组件出了问题。

五、通过调试日志定位根因 #

打开Tomcat JDBC的debug日志，能清晰追踪连接的生命周期：

• 配置日志框架（比如Log4j2），将org.apache.tomcat.jdbc.pool的日志级别设为DEBUG；
• 这样你就能看到每次连接的getConnection()、close()操作记录，找到第二次调用时连接是在什么时候被关闭的——是连接池主动关闭，还是代码逻辑误关。

六、检查Spring事务与连接管理的冲突 #

Spring 5的事务管理逻辑和Spring 4有差异，排查你的代码：

• 是否存在在事务范围外手动获取连接的情况？比如直接调用dataSource.getConnection()但未关闭；
• JdbcTemplate的操作是否都在Spring事务管理范围内？如果事务配置错误，可能导致连接无法正确归还给连接池。

内容的提问来源于stack exchange，提问作者shailesh singh