关闭嵌套 Reader

Question

从文本文件读取时，通常会创建一个 FileReader，然后将其嵌套在 BufferedReader 中。阅读完后我应该关闭这两个阅读器中的哪一个？有关系吗？

FileReader fr = null;
BufferedReader br = null;
try
{
    fr = new FileReader(fileName);
    br = new BufferedReader(fr);
    // ...
}
finally
{
    // should I close fr or br here?
}

当谈到异常安全时，我有点偏执。当 BufferedReader 构造函数抛出异常时会发生什么？它会关闭嵌套阅读器吗？还是保证不抛？

Answer 1

通常，最外层流包装器上的 close() 会调用包装流上的 close() 。但是，如果您认为构造函数可能会引发异常，请自由使用 可关闭界面。

FileReader fr = new FileReader(fileName);
Closeable res = fr;
try {
    BufferedReader br = new BufferedReader(fr);
    res = br;
} finally {
    res.close();
}

因此，即使 JVM 耗尽了缓冲区的堆空间并抛出错误，也不会泄漏文件句柄。

对于 Java 7 及更高版本，请使用 try-with-resources：

try (FileReader fr = new FileReader(fileName);
    BufferedReader br = new BufferedReader(fr)) {
  // do work
}

Answer 2

仅关闭 BufferedReader 就足够了，因为它包装了 FileReader。如果您查看 的 源代码 BufferedReader 您将看到 close 方法关闭了包装的流。

Answer 3

在finally 块中关闭BufferedReader。

Answer 4

如果调用 BufferedReader 的 close 方法，BufferedReader 将调用 FileReader 的 close 方法。因此，两个 close 方法都会被调用。更准确地说，BufferedReader 除了调用 FileReader 的 close 方法之外什么也不做。因此，这根本不重要。尽管我认为调用 BufferedReader 的 close 方法也是一个很好的做法。

Answer 5

没有什么可以保证不扔。因为缓冲区已分配，所以可能会抛出 OutOfMemoryError。我通常将代码分为两部分：获取资源，然后使用资源。每个部分通常都有独特的清理需求

，下面是用于说明的代码：

// Acquire resources section.

final FileReader fr = new FileReader( fileName );

BufferedReader br = null;

try
{
    br = new BufferedReader(fr);
}
finally
{
    if ( br == null )
    {
        // Note that you are closing the fr here
        fr.close( );
    }
}

// Use resources section
try
{
    // ... use br
}
finally
{
    // Now that br is safely constructed, just all its close
    br.close( );
}

我同意你的观点，没有什么比在长时间运行的服务器应用程序中默默地释放文件处理程序更值得的了。