为什么 InputStream.close() 声明抛出 IOException？

Question

java.io.InputStream.close() 方法被声明为抛出一个IOException。到底什么情况下会抛出这样的异常？

编辑：是的，我已经阅读了 javadoc。任何人都可以比“发生 I/O 错误时”更具体吗？ 什么在关闭InputStream 时会发生 I/O 错误？

Answer 1

在从文件系统读取输入流的情况下，当文件系统本身在关闭期间更新文件上的上次访问时间元数据或其他一些元数据时，可能会引发错误。无论如何，这在实践中几乎从未发生过。

在从网络连接读取输入流的情况下，关闭错误更容易想象。网络套接字的正常关闭实际上涉及通过连接发送关闭请求（TCP/IP FIN 数据包）并等待另一端确认此关闭请求。 （事实上​​，连接的另一端依次发送关闭请求，关闭端确认。）因此，在套接字输入流的情况下，关闭操作实际上涉及通过连接发送流量，因此关闭可以因错误而失败。

请注意，在许多实现中，如果流已经关闭，close() 通常不会抛出IOException；它只是默默地失败再次关闭流。

Answer 2

我正在查看 Java 源代码，发现了一些有趣的东西，这表明了 IOException 的原因。 InputStream 是一个抽象类。因此，我们无法预测将关闭的输入类型，因此保持信息流动是件好事。

使用该输入流的任何代码都需要能够抛出IOException，因为关闭输入流可能会失败。如果它失败了，任何使用实现的人都需要知道它，因为很有可能需要处理它。

了解 Java 中异常结构的布局很重要。当然，每个例外都会扩展Exception。但是，还有更广泛的异常类别：java.lang.IOException 就是其中之一，涵盖了所有可能的输入/输出异常。当我们说存在 I/O 错误时，我们指的是属于 IOException 的任何内容。结果，许多例外都扩展了这一例外，例如FileNotFoundException、EOFException 等，因为有一个广泛的、总体的例外来管理这些非常重要。

因此，任何 IO 类都需要能够在关闭时抛出任何的各种 IOException。 close() 因此必须抛出 IOException - 这使得它的实现也能够抛出 IOException 的任何扩展。这就是 close() 抛出 IOException 的原因 - 异常是继承的，您需要在关闭流时能够处理任何 IOException。

---

这里有几个值得注意的场景：

• 您不能关闭 IOStream 两次，尽管这样做通常不会引发异常
• 内容变得无法访问（例如，磁盘已卸载）（close() 实际上对操作系统至关重要，因为它需要指示文件何时不再忙）
• 通用源已关闭
• IOException 的所有其他子类未涵盖的任何一般故障（例如 FileNotFoundException）

您可以通过运行Exception.getMessage() 来检查导致IOException 的原因。

Answer 3

最终必须进行底层关闭系统调用，例如在 Linux 上http://linux.die.net/man/2/close。记录该调用失败并显示EIO：“发生 I/O 错误。”所以原因是，底层文件系统close 调用可能会失败。

Answer 4

我自己也想过这个问题，并且几年前对这个话题做了一些研究。这是我所知道的......

如果您查看您提供的链接中的 javadoc，它清楚地指出“InputStream 的 close 方法什么都不做”，所以它不会抛出异常，对吗？但是再看看 IOException 的所有子类，你会发现在很多情况下 inputstream 的子类可能无法关闭流。所以我最好的猜测是这个异常是为子类设计的来使用它的。

http://docs.oracle.com/javase/6/docs/api/java/io/IOException.html

在某些情况下，这只不过是一种麻烦，而在其他情况下，它清楚地表明出了问题。这完全取决于您使用的输入流实现类型。