JdbcTemplate queryForObject无事务或REQUIRES_NEW时关闭连接的原因

无事务场景下的连接“关闭”本质 #

当没有事务上下文时，JdbcTemplate的执行流程是：

• 通过DataSourceUtils.getConnection()从连接池获取连接
• 执行queryForObject等数据库操作
• 操作完成后调用DataSourceUtils.releaseConnection()释放连接

这里的“关闭连接”并非销毁物理连接，而是将连接归还给连接池——只要你使用的是带池化的DataSource（如HikariCP、Druid），连接的close()方法被重载为归还逻辑。Spring这么设计的核心原因是：

• 无事务上下文时，无法预知后续是否有复用该连接的操作，及时归还能避免连接泄漏
• 遵循“获取-使用-释放”的短连接模式，保证连接池的资源利用率

REQUIRES_NEW传播行为的连接处理逻辑 #

当事务传播行为设为REQUIRES_NEW时，Spring会创建完全独立的新事务：

• 暂停当前父事务，重新从连接池获取新连接绑定到新事务
• 执行queryForObject操作
• 新事务提交/回滚后，释放该连接（归还至连接池）

这种场景下的连接“关闭”同样是归还操作，设计逻辑是：

• REQUIRES_NEW的事务需要严格的隔离性，不能与父事务共享连接
• 新事务生命周期独立，结束后必须释放连接，避免资源占用

命名锁场景的特殊影响 #

你测试的命名锁（如MySQL的GET_LOCK()）是绑定到数据库连接的：

• 无事务场景下，queryForObject执行完毕后连接被归还，锁会随连接释放而自动失效
• 普通事务场景下，连接绑定到事务上下文，事务结束前不会归还，锁会持续持有直到事务完成

如果需要在无事务场景下保留命名锁，需手动管理连接生命周期：直接从DataSource获取连接，执行锁操作，用完后手动调用close()归还，或通过ConnectionHolder将连接绑定到线程（需注意避免泄漏）

内容的提问来源于stack exchange，提问作者창현 ChangHyeon