Spring Boot自动配置JdbcTemplate空闲超20小时连接关闭致服务阻塞咨询

嘿，我来帮你理清楚这个问题：Spring Boot本身不会直接关闭闲置的数据库连接，真正管理连接生命周期的是它默认集成的数据库连接池（当前Spring Boot默认用的是HikariCP），另外你的SQL Server数据库也可能会主动断开长时间闲置的连接。

为什么会出现20小时闲置后连接被关、服务阻塞？ #

1. 连接池的连接管理逻辑 #

Spring Boot默认用HikariCP做连接池，它有自己的连接回收规则：

• 默认情况下，闲置超过10分钟（idleTimeout默认600000毫秒）的连接会被回收
• 另外，每个连接都有最长存活时间（maxLifetime默认30分钟），到点就会被强制销毁，避免持有失效连接

但你遇到的是20小时后才出问题，这大概率是SQL Server主动断开了长时间闲置的连接——很多数据库都会设置闲置连接超时，哪怕连接池没回收，数据库端也会把太久不用的连接断掉。这时候连接池里还留着这个“已死”的连接，当你的应用通过JdbcTemplate去拿这个连接执行SQL时，就会卡在那等数据库响应，最后导致Web服务阻塞。

2. 服务阻塞的核心原因 #

简单说就是：连接池以为手里的连接还能用，但其实已经被数据库端断开了。应用拿到无效连接后，执行操作时会无限等待（或者超时时间设置得很长），直接导致服务卡住。

怎么解决这个问题？ #

给你几个实用的配置方案：

1. 让连接池先验证连接有效性 #

每次分配连接给应用前，先检查连接是不是还能用。在你的application.properties里加这两行：

# HikariCP 连接验证：用简单SQL检查连接是否存活
spring.datasource.hikari.connection-test-query=SELECT 1
# 验证超时时间设为5秒
spring.datasource.hikari.validation-timeout=5000

这样连接池会先执行SELECT 1测试连接，要是发现连接失效，就会直接丢了它，重新创建新的有效连接给应用。

2. 调整连接池的超时参数 #

把连接池的闲置超时和最大存活时间设得比SQL Server的闲置超时短，让连接池在数据库动手前先把旧连接回收：

# 闲置1小时就回收连接（3600000毫秒）
spring.datasource.hikari.idle-timeout=3600000
# 连接最长活2小时就销毁（7200000毫秒）
spring.datasource.hikari.max-lifetime=7200000

3. 检查SQL Server的闲置超时配置 #

你可以用这两条SQL查一下SQL Server的相关超时设置：

EXEC sp_configure 'remote query timeout';
EXEC sp_configure 'query wait';

如果发现数据库的闲置超时设置得太长或者不符合你的需求，可以找管理员调整（需要权限）。

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