当相应的 Stream 关​​闭时，Java FileChannel 锁是否也会关闭，或者我是否必须显式关闭它们？

Question

例如，我的代码目前看起来如下所示。我是否需要显式调用lock.release，还是在FileOutputStream关闭时自动释放？

var os:FileOutputStream = null
var writer:PrintWriter = null
try {
  os = new FileOutputStream(name, false)
  val lock = os.getChannel().tryLock
  if(lock != null) {
    writer = new PrintWriter(new BufferedWriter(new
      OutputStreamWriter(os)))
    (write stuff to file)
  } else {
    (error stuff)
  }
} finally {
  if(writer != null) writer.close
  os.close
}

Answer 1

根据 FileLock 的 javadoc：

“文件锁对象最初是有效的。它一直保持有效，直到通过调用释放方法、关闭用于获取它的通道或通过终止 Java 虚拟机来释放锁。 ，以先到者为准。”

...我假设关闭流会关闭底层通道。

Answer 2

想象它会被发布，但我很好奇，我在finally块中用这个检查了它：

println("Lock: " + lock.isValid)
if (writer != null) writer.close
println("Lock: " + lock.isValid)
os.close
println("Lock: " + lock.isValid)

这就是结果：

Lock: true
Lock: false
Lock: false

当你关闭编写器时，它似乎被清理了。

Answer 3

当我带着同样的疑问用谷歌搜索时，出现了这个问题。

没有找到绝对答案，我做了一些测试。

我可以确认，是的，只需关闭编写器即可释放锁。您甚至不需要手动关闭编写器下的流。

我的测试方式：

1) 我在 Eclipse 中以调试模式运行代码。
2) 写入并刷新文件后（关闭之前），我尝试使用 Windows 资源管理器删除该文件。正如预期的那样，由于锁定而失败。
3）一旦我单步执行 writer.close() 方法，但在完成运行之前，我再次尝试删除该文件。它毫无问题地删除了它。

这清楚地告诉我 close() 方法将导致锁被释放。

注意：以上仅适用于JDK的File类。扩展 java.io.File 的库的行为可能有所不同。例如，如果您使用 iSeries IfsJavaFile，则会出现连接内存泄漏，除非您还释放 iSeries 特定的服务器连接对象。