close 是否会抛出 IOException？

Question

在此处提供了一些答案并阅读了一些评论之后，似乎在实践中，文件 I/O 的关闭时永远不会引发 IOException。

是否存在对 Stream/Reader/Writer 调用 close 实际上抛出 IOException 的情况？

如果确实抛出了异常，应该如何处理？

Answer 1

我发现了两种情况：

• 当缓冲区中仍有数据需要刷新时，网络连接丢失。
• 当缓冲区中仍有数据需要刷新时，让文件系统填满（或达到用户的文件大小限制）。

这两个示例都依赖于缓冲区中仍有数据时发生的事情。 Close 在文件关闭之前刷新缓冲区，因此如果将数据写入文件时出错，则会抛出 IOException。

如果执行以下代码并向其传递要在网络驱动器上创建的文件的名称，然后在按 Enter 键之前拔下网络电缆，则会导致程序在关闭时抛出 IOException。

import java.io.File;
import java.io.FileWriter;
import java.io.IOException;
import java.io.Writer;

public class Test
{
    public static void main(final String[] argv)
    {
        final File file;

        file = new File(argv[0]);
        process(file);
    }

    private static void process(final File file)
    {
        Writer writer;

        writer = null;

        try
        {
            writer = new FileWriter(file);
            writer.write('a');
        }
        catch(final IOException ex)
        {
            System.err.println("error opening file: " + file.getAbsolutePath());
        }
        finally
        {
            if(writer != null)
            {
                try
                {
                    try
                    {
                        System.out.println("Please press enter");
                        System.in.read();
                    }
                    catch(IOException ex)
                    {
                        System.err.println("error reading from the keyboard");
                    }

                    writer.close();
                }
                catch(final IOException ex)
                {
                    System.err.println("See it can be thrown!");
                }
            }
        }
    }
}

---

从 Java 7 开始，您可以使用 try-with-resources 来摆脱这种混乱（删除了 close() 操作的显式异常生成代码）：

private static void process(final File file) {
    try (final Writer writer = new FileWriter(file)) {
        writer.write('a');
    } catch (final IOException e) {
        // handle exception
    }
}

这将自动神奇地处理 中的异常close() 并在内部执行显式的 null 检查。

Answer 2

当它确实发生时，应该像任何其他 IOException 一样处理它，而不是像您经常看到的建议那样默默地忽略。 我猜想，既然您已经使用完流，那么它是否被正确清理并不重要。

然而，正确的清洁很重要。 如果 close() 操作确实引发了异常，则很可能涉及刷新某些输出、提交某些事务（在您认为是只读的数据库连接的情况下）等 - 当然不应该被忽视。 而且，由于这种情况很少见，因此中止操作不会显着损害应用程序的可靠性。

Answer 3

对于文件，您可能不会经常看到 close() 上抛出 IOException，但对于非文件 I/O（例如关闭网络套接字），您肯定会看到它。

这是一个 Java 错误示例，其中关闭 UDP 套接字最终导致 IOException被扔掉。

Answer 4

它特别是 FileInputStream.close ，即使您的硬盘着火，也不会抛出异常。 想必套接字输入也是如此。 对于输出流，您也可能会刷新。 直到最近[参见时间戳]，如果 flush 抛出异常，BufferedOutputStream 过去常常无法关闭底层流。

（@MaartenBodewes 希望我指出 API 文档中没有指定 FileInputStream.close not throwing。在发帖时，通常会忽略提到这与 Sun 相关的条款。 JDK（现在称为 Oracle JDK 和 OpenJDK），Android 过去使用的一种名为 Apache Harmony 的不起眼的重新实现可能具有不同的行为，其他实现或 OpenJDK 版本也可能会抛出异常。

Answer 5

检查调用 close 时会发生什么、异常隐藏对您有何影响以及您可以采取哪些措施：博客文章。