在Java7之后将ResultSet放入嵌套的try-with-resources语句是一个好的做法吗？

Question

根据http://docs.oracle.com/javase/7/docs/api/java/sql/statement.html#close（）的文档，

如果我们仍然需要关闭ResultSet，我们可能需要一个嵌套的try-with-resources语句，因为我们可能会为语句设置如下参数：

try (Connection conn = connectionProvider.getConnection();
     PreparedStatement pstmt = conn.prepareStatement(sql) {//resources of conn and pst

     setPrepareStatementParameter(pstmt, kvs);//need to set parameters, so I have to put ResultSet into another try-with-resources statement

     try (ResultSet res = pstmt.executeQuery()) {
                ..............

     }
}

是否将ResultSet放入一个单独的try-with-resources语句中，因为文档声明关闭语句将关闭ResultSet

Answer 1

您的示例涵盖的连接、语句和结果集之间的交互范围太有限。考虑以下几点：

try (Connection conn = connectionProvider.getConnection();
     PreparedStatement pstmt = conn.prepareStatement(sql);) {

     for (int i = 0; i < kvs.length; i++) {
         setPrepareStatementParameter(pstmt, kvs[i]);

         // do other stuff

         // Place the ResultSet in another try with resources
         // to ensure the previous iteration's ResultSet
         // is closed when the next iteration begins
         try (ResultSet res = pstmt.executeQuery()) {
             ..............

         }
     }
 }

在上面的示例中，PreparedStatement被参数化，并在for-loop中执行kvs.length次数。想象一下这样一个情况，参数化过程，由于任何原因，花费了相当长的时间。请注意，关闭PreparedStatement对我们没有好处，因为我们希望在for循环的每次迭代中重用已编译的SQL语句。当然，将ResultSet嵌套到它自己的try-with-resources块中--从而确保先前迭代的ResultSet是关闭的，但PreparedStatement仍然是打开的--是值得努力的。