数据库消除连接泄露问题

本文介绍了数据库连接泄露问题,通过示例代码展示了如何在finally块中正确关闭连接以避免资源泄漏。强调了在不捕获SQLException的情况下,使用独立try块进行连接管理和异常日志记录的重要性。

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

考虑一个简单的语句序列:

DataSource source=...

Connection conn=source.getConnection();

Statement stat=conn.createStatement();

String command="INSERT INTO Credentials VALUES('troosevelt','jabberwock');

stat.executeUpdate(command);

conn.close();

代码看起来很干净——打开一个连接,发出一个命令,立刻关闭连接。但有一个重大缺陷。如果一个方法调用抛出了一个异常,那么对close方法的调用永远不会发生!这种情况下,愤怒的用户可能沮丧地多次重新提交请求,而每次单击都会泄露另一个连接对象。为解决这个问题,应确保始终在finally块中放置对close的调用:

DataSource source=...

Connection conn=source.getConnection();

try{  

  Statement stat=conn.createStatement();

  String command="INSERT INTO Credentials VALUES('troosevelt','jabberwock');

  stat.executeUpdate(command);

}

finally{

  conn.close();

}

该简单规则完全解决了连接泄露问题。

如果你没有将try/finally结构与其他任何异常处理代码结合,那么该规则是最有效的。尤其是,不要试图在同一个try块中捕获SQLException:

Connection conn=null;

try{  

  Statement stat=conn.createStatement();

  String command="INSERT INTO Credentials VALUES('troosevelt','jabberwock');

  stat.executeUpdate(command);

}

catch (SQLException){

  //log error

}

finally{

  conn.close();  //ERROR

}

这段代码存在两个微妙的问题。首先,如果调用getConnection抛出异常,那么conn仍是null,并且不能调用close。而且,调用close也可能抛出SQLException。替代的办法是使用两个独立的try块:

try{

  Connection conn=source.getConnection(); 

  try{  

    Statement stat=conn.createStatement();

    String command="INSERT INTO Credentials VALUES('troosevelt','jabberwock');

    stat.executeUpdate(command);

  }

  finally{

    conn.close();

  }

}

catch(SQLException)

{

  //log error

}

内部的try块确保连接关闭。外面的try块确保将异常记录下来。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值