【问题标题】:What types of streams need to be closed and why需要关闭哪些类型的流以及为什么
【发布时间】:2018-08-29 07:39:42
【问题描述】:

Thinking in Java一书中,有人说

请注意,任何打开文件的代码都会在 finally 子句中保护文件的 close() 调用,以保证文件将被正确关闭。

但是其他来源呢?至少目前我知道stdinstdoutstderrByteArrayInputStreamByteArrayOutputStream 不需要关闭d。

至于stdinstdoutstderr我有两个理由不用关闭:

  1. 它们是 singleton 在 Java run-time
  2. stdin的sink是屏幕,stdoutstderr的source是键盘,失去与屏幕和键盘的连接是没有意义的

关于ByteArrayInputStreamByteArrayOutputStream,Java 文档告诉:

关闭 ByteArrayInputStream 无效。该类中的方法可以在流关闭后调用,不会产生 IOException。

我猜这可能是由于 array 位于磁盘以外的易失性内存中

但是我对这些分析非常肯定,所以我想得到更准确和授权的答案,特别是,当我们自己设计流时,什么时候必须关闭流,什么时候不需要?

同时,我想确认我关于不必要关闭的推理是可以的,或者,如果有人可以提供更多理由,将不胜感激

【问题讨论】:

  • 您也可以使用 Java 的 try-with-resources docs.oracle.com/javase/tutorial/essential/exceptions/… 而不是编写大量 finally 块来关闭流等
  • 是的,但仍然很高兴知道为什么不需要关闭像 stdinstdoutstderr 这样的某些流
  • 一般来说,只要需要使用,所有流都需要保持打开状态。这包括您自己打开的流,以及系统流stdinstdoutstderr。系统流也不例外。同样的规则也适用于他们。系统流在开始时由 Java 内部打开,在应用程序结束时由 Java 内部关闭。为什么要提前关闭它们?
  • 顺便提一下,当心close() 方法关闭被包装对象的“包装”对象。例如,如果您创建了一个用System.in 初始化的Scanner,则不要关闭它;否则,你会无意中关闭System.in
  • @Rui 绝对 - 这就是为什么我将其添加为评论而不是答案,但很高兴知道 Java 有助于将多行模式减少到更合理的程度。

标签: java iostream


【解决方案1】:

如果流使用需要释放的操作系统资源,则需要关闭它。文件、网络连接等就是这种情况。

更重要的是,关闭流可以保证它被刷新,即任何尚未写入的数据都会被刷新。如果您只是退出程序而没有正确关闭流,则可能是文件丢失了数据。

也就是说,最好关闭您正在使用的所有流。请注意,“关闭 ByteArrayInputStream 没有任何影响”意味着它也没有任何负面影响,因此只需关闭您不再需要的所有内容。

至于System 流(inouterr),您不要关闭它们,因为您还没有打开它们,并且代码中的其他地方可能仍要使用他们。

【讨论】:

  • 非常感谢您的解释 :) (Y)
  • 它也没有任何负面影响 - 这不是“无论如何都要关闭它”的好理由
  • @TimCastelijns 这不是关闭的原因,我之前说过。该部分的重点是,如果您不再需要关闭,则没有人反对关闭。事实上,Java 的整个 try-with-resources 概念是为了保证关闭资源而引入的(尽管从我在 SO 上看到的代码来看,似乎大多数人实际上并不知道或使用它)。
  • 很高兴知道为什么某些流(如 stdin、stdout、stderr)不需要关闭,所以任何人都可以提供更多 cmets 或回答
  • @Rui 正如答案中所述,您应该只关闭您明确打开的流。由于您没有自己打开标准输入,因此您不负责关闭它。
猜你喜欢
  • 1970-01-01
  • 2014-06-01
  • 2019-05-10
  • 2013-09-10
  • 2013-01-16
  • 1970-01-01
  • 2021-12-09
  • 2015-04-16
  • 2013-02-10
相关资源
最近更新 更多