JDBC连接SQL Server最佳实践：需立即关闭还是可短时闲置后复用？

绝对是不良实践，而且暗藏不少坑，咱们来拆解清楚问题所在，以及正确的打开方式：

为什么这种做法风险很大？ #

• 连接失效风险：数据库服务器都会设置空闲连接超时阈值（比如MySQL默认是8小时，部分环境可能更严格），如果你的连接闲置一段时间（哪怕是10秒，取决于服务器配置），很可能已经被服务器主动断开了。这时候你再复用这个连接执行操作，大概率会抛出SQLNonTransientConnectionException这类连接异常，直接导致后续方法报错。
• 资源耗尽问题：数据库的连接数是有限的，不管你是用物理连接还是连接池，长期持有不释放连接都会占用宝贵的资源。如果你的类是长生命周期的（比如Spring里的单例Bean），这个连接会一直被占着，后续其他请求可能拿不到连接，引发连接池耗尽或者数据库拒绝新连接的问题。
• 事务一致性隐患：如果第一个方法里执行了事务操作但没提交/回滚，连接会处于未完成的事务状态。复用这个连接执行第二个方法时，新操作会和之前的事务绑定在一起——比如第二个方法的修改可能会被第一个方法的回滚撤销，或者意外提交了不该提交的数据，导致数据乱掉。
• 线程安全问题：如果你的类被多个线程共享（比如Web应用里的单例组件），多个线程同时操作同一个连接会导致SQL语句交叉执行，结果完全不可控，甚至抛出并发相关的SQLException。

正确的做法是什么？ #

• 用完即关，用try-with-resources兜底：每次使用连接后必须调用close()（如果是连接池的话，close()其实是把连接归还到池里，不是真的关闭物理连接）。最稳妥的方式是用Java的try-with-resources语法，确保连接自动关闭，示例代码：

// 假设getConnection()是从连接池获取连接的方法
try (Connection conn = getConnection()) {
    // 执行你的数据库操作，比如执行SQL、处理结果集
} catch (SQLException e) {
    // 捕获并处理异常
}

不管操作成功还是抛出异常，连接都会被自动归还/关闭，完全不用手动操心。

• 用连接池管理复用，不要自己持有：如果想提升性能、复用连接，别自己搞类属性存连接，直接用成熟的数据库连接池（比如HikariCP、Apache Commons DBCP2）。连接池会帮你搞定连接的创建、复用、超时回收、健康检查这些事情，你只需要按需获取、用完归还，既安全又高效。

• 事务内复用的正确姿势：如果是同一个事务里需要多个方法共用连接，应该把连接作为方法参数传递，或者用ThreadLocal把连接绑定到当前线程，在事务结束后统一关闭/归还。但绝对不能让连接长期闲置在类属性里。

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