JDBC Blob（not）在使用后是否应该是free（）？

Question

在处理一个包含二进制数据的旧数据库的导出时，我偶然发现了我们的一个实用方法中的一个异常：

java.lang.AbstractMethoderror：net.sourceforge.jtds.jdbc.blobimpl.free（）

在检查了我们的代码库之后，我发现实用方法直到现在都没有使用过，基本上是这样的：

public BinaryHolder getBinary(final int columnIndex) throws SQLException {
    Blob blob = null;
    try {
        blob = resultSet.getBlob(columnIndex);
        final BinaryHolder binary = BinaryHolderUtil.create(blob);
        return binary;
    } finally {
        if (blob != null)
            blob.free();
    }
}

BinaryHolder只是保存二进制数据的包装器（在您询问之前，代码执行得很好，直到它到达finally子句--BinaryHolderUtil.Create（blob）并不试图释放blob）。

进一步研究，我发现在访问blob的其他任何地方，blob都是使用getBlob（）获得的，根本不是空闲的（Javadoc表示，当结果集关闭时，它将被自动释放）。

现在的问题是：blob是否应该手动free（）（毕竟ResultSet可能不仅仅用于访问blob)，如果是的话，如何使free（）以一种即使没有实现它的驱动程序也能工作的方式呢？

（我们将SQL-Server与JTDS1.25一起使用，如果从异常中看不出这一点的话）

Answer 1

JDBC4.0/Java6中引入了blob.free()。因此，您最有可能使用的是JDBC3.0或更早的JDBC驱动程序。

与大多数(JDBC)资源一样，尽快关闭它们有其优点（例如GC可以更早地收集它，释放数据库资源等）。这也是为什么您可以关闭ResultSet，即使它在关闭语句时已经关闭（或再次执行语句），就像您可以关闭语句，即使它在关闭连接时已经关闭一样。

因此，blob不需要释放，但通常在使用完后释放它是个好主意。