关闭和释放JDBC

本文讨论了在使用JDBC进行数据库操作时,如何正确关闭和释放JDBC资源以避免连接池资源耗尽的问题。文中强调了即使在异常情况下也应当通过try-catch-finally结构来确保关闭所有打开的资源。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天在项目中看到一段代码,

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都被持有,并且实际占用相关的数据库的游标资源,在这种情况下,只要长期运行,往往就会报“游标超出数据库允许的最大值”的错误,导致程序无法正 常访问数据库。

转载于:https://www.cnblogs.com/beyonce5888296/p/3628297.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值