底层:JDBC关闭顺序分析

作者: H_Man | 来源:发表于2016-12-23 17:09 被阅读422次

    一、一个statement服务于result游标问题:
    一个stmt多个rs进行操作引起的ResultSet已经关闭错误
    一个stmt多个rs进行操作.
    那么从stmt得到的rs1,必须马上操作此rs1后,才能去得到另外的rs2,再对rs2操作.
    不能互相交替使用,会引起rs已经关闭错误.
    错误的代码如下:
    stmt=conn.createStatement(); rs=stmt.executeQuery("select * from t1"); rst=stmt.executeQuery("select * from t2"); rs.last();//由于执行了rst=stmt.executeQuery(sql_a);rs就会被关闭掉!所以程序执行到此会提示ResultSet已经关闭.错误信息为:[Java](http://lib.csdn.net/base/javase).sql.SQLException: Operation not allowed afterResultSet closed rst.last();

    正确的代码:

    ``
    stmt=conn.createStatement();
    rs=stmt.executeQuery("select * from t1");
    rs.last();//对rs的操作应马上操作,操作完后再从数据库得到rst,再对rst操作
    rst=stmt.executeQuery("select * from t2");
    rst.last();

    ``

    原因是:
    The object used for executing a static SQL statement and returning the results it produces.
    By default, only one ResultSet object per Statement object can be open at the same time. Therefore, if the reading of one ResultSet object is interleaved with the reading of another, each must have been generated by different Statement objects. All execution methods in the Statement interface implicitly close a statment's current ResultSet object if an open one exists.
    一个stmt最好对应一个rs,如果用一个时间内用一个stmt打开两个rs同时操作,会出现这种情况.所以解决此类问题:1.就多创建几个stmt,一个stmt对应一个rs;2.若用一个stmt对应多个rs的话,那只能得到一个rs后就操作,处理完第一个rs后再处理其他的,如上"正确代码".
    多个stmt对应各自的rs.

    ``

    stmt=conn.createStatement();
    stmt2=conn.createStatement();
    rs=stmt.executeQuery("select * from t1");
    rst=stmt2.executeQuery("select * from t2");
    rs.last();
    rst.last();

    ``

    二、在Connection上调用close方法会关闭Statement和ResultSet吗?**
    级联的关闭这听起来好像很有道理,而且在很多地方这样做也是正确的,通常这样写

    Connection con = getConnection();//getConnection is your method PreparedStatement ps = con.prepareStatement(sql); ResultSet rs = ps.executeQuery();……///rs.close(); ///ps.close(); con.close(); //这里不要这么写,因为数据库那边的资源确实释放了,但是java这边的[操作系统](http://lib.csdn.net/base/operatingsystem)中的连接资源不会即时释放 的,你说等虚拟机的垃圾回收机制回收我觉得不靠谱,因为虚拟机中,凡是涉及到外部资源控制的问题,虚拟机自己都是摸着石头过河,总是给外部的可能情况留一大片的时间和空间-——以牺牲自己的内存和效率换取整个系统的稳定和可靠。
    这样做的问题在于Connection是个接口,它的close实现可能是多种多样的。在普通情况下,你用DriverManager.getConnection()得到一个Connection实例,调用它的close方法会关闭Statement和 ResultSet。但是在很多时候,你需要使用数据库连接池,**在连接池中的得到的Connection上调用close方法的时候,Connection可能并没有被释放,而是回到了连接池中。它以后可能被其它代码取出来用。如果没有释放Statement和ResultSet,那么在Connection上
    没有关闭的Statement和ResultSet可能会越来越多,那么相反,我看到过这样的说法,有人把Connection关闭了,却继续使用ResultSet,认为这样是可以的,引发了激烈的讨论,到底是怎么回事就不用我多说了吧。所以我们必须很小心的释放数据库资源,下面的代码片断展示了这个过程
    Connection con = null; PreparedStatement ps = null; ResultSet rs = null; try { con = getConnection();//getConnection is your method ps = con.prepareStatement(sql); rs = ps.executeQuery(); ///...........}catch (SQLException ex) { ///错误处理}finally{ try { if(ps!=null) ps.close(); } catch (SQLException ex) { ///错误处理 } try{ if(con!=null) con.close(); } catch (SQLException ex) { ///错误处理 }}
    很麻烦是不是?但为了写出健壮的程序,这些处理是必须的

    相关文章

      网友评论

        本文标题:底层:JDBC关闭顺序分析

        本文链接:https://www.haomeiwen.com/subject/kiikvttx.html