今天在项目中看到一段代码，
Connection conn = null;
ResultSet rs = null;
PreparedStatement pss = null;
try
{
conn = dataSource.getConnection(USERID,PASSWORD);
pss = conn.prepareStatement(sql);
rs = pss.executeQuery();
pss.close();
conn.close();
}
catch (Throwable t)
{
// If i reach this spot, I blew a JDBC Connection.
} 觉得JDBC关闭方式不对，以前项目中就出现过tomcat老是因为连接池不够而崩溃的情况，其原因就是连接没有正常关闭，所以网上查了一下资料。
关闭和释放 JDBC 资源
为了确保 JDBC 资源不在出现异常或错误等情况下被不正常关闭，我们应该在使用完 JDBC 资源之后关闭且释放它们。JDBC 连接池提供了 JDBC 连接定义和数目有限的连接，如果数量不够，就需要长时间的等待。不正常关闭 JDBC 连接会导致等待回收无效的 JDBC 连接。只有正常的关闭和释放 JDBC 连接，JDBC 资源才可以被快速的重用使性能得到改善。
建议
失败的关闭和释放 JDBC 连接可能导致其它用户的连接经历长时间的等待。虽然超时的JDBC 连接会被 WebSphere Application Server 退回而被回收 ，但必须等待这种情形发生。
使用完 JDBC 资源后关闭它们，还可以显式关闭 JDBC ResultSets。如果没有显式关闭语句，则在完成了相关语句之后会释放 ResultsSets。
所以请确保您构建的代码在所有情况下，甚至在异常和错误条件下，都能关闭和释放 JDBC 资源。以下代码显示了 JDBC 资源的获得和使用都封装在“Try-Catch-Finally”结构中。其中，在 finally 子句中处理 JDBC 资源的关闭，使所有情况下关闭都将发生。
关闭 JDBC Connection 和 PreparedStatement 的正确方式
Connection conn = null;
ResultSet rs = null;
PreparedStatement pss = null;
try
{
conn = dataSource.getConnection(USERID,PASSWORD);
pss = conn.prepareStatement("SELECT SAVESERIALZEDDATA
FROM SESSION.PINGSESSION3DATA WHERE SESSIONKEY = ?");
pss.setString(1,sessionKey);
rs = pss.executeQuery();
pss.close();
conn.close();
}
catch (Throwable t)
{
// Insert Appropriate Error Handling Here
}
finally
{
// The finally clause is always executed - even in error
// conditions PreparedStatements and Connections will always be closed
try
{
if (pss != null)
pss.close();
}
catch(Exception e) {}
try
{
if (conn != null)
conn.close();
}
catch (Exception e){}
}
}
感觉上好象是只要把connection给关闭了，系统就能正常运行了。 那在查询或是其它操作中，如果只关闭Connection，不作ResultSet 和 Statement 的关闭的话，对系统性能是否会有影响呢。或者是其实方面的不良影响。
如果你不使用连接池，那么就没有什么问题，一旦Connection关闭，数据库物理连接就被释放，所有相关Java资源也可以被GC回收了。 但是如果你使用连接池，那么请注意，Connection关闭并不是物理关闭，只是归还连接池，所以PreparedStatement和ResultSet都被持有，并且实际占用相关的数据库的游标资源，在这种情况下，只要长期运行，往往就会报“游标超出数据库允许的最大值”的错误，导致程序无法正 常访问数据库。