为什么close（）一个inputstream很好？
我在Java编程语言方面有丰富的经验。但是，我一直想到的一件事是，为什么必须要使用close()java.io.InputStream它或其子类？
现在，使用java.io.OutputStream，例如FileOutputStream，在写入文件后，如果我们没有close()输出流，那么我们打算在文件中写入的数据将保留在缓冲区中，并且不会写入文件中。
因此，有必要成为close()一个OutputStream。但是，我从来没有过之后任何痛苦的经历 的InputStream。
但是仍然所有互联网和书籍上的文章都说，关闭任何Stream总是一件好事，不论它是InputStream还是an OutputStream。
所以我的问题是，为什么有必close()要这样做InputStream？人们说您可能会面临不是的内存泄漏close()。那是什么样的内存泄漏？
回答：
InputStream占用了一个很小的内核资源，一个低级文件句柄。此外，只要您可以打开该文件以进行读取，该文件就会在某种程度上被锁定（删除，重命名）。假设您不在意锁定的文件。最终，如果您需要读取另一个文件，并使用新的InputStream打开它，内核将为您依次分配一个新的描述符（文件流）。这最终将加起来。如果它是一个运行时间长的程序，那么直到您的程序失败只是时间问题。
处理器的文件描述符表通常大小有限。最终，文件句柄表将耗尽该进程的可用插槽。即使是成千上万的文件，对于长时间运行的应用程序，您仍然可以轻松用尽它，此时，您的程序无法再打开新文件或套接字。
流程文件描述符表就像以下内容一样简单：
IOHANDLE fds[2048]; // varies based on runtime, IO library, etc.您首先要占用3个插槽（STDIN，STDOUT，STDERR）。同样，任何网络套接字和其他类型的IPC都将在同一表中使用插槽。填写该内容，您就对程序执行了拒绝服务。
所有这些都很高兴知道；如何最好地应用它？
如果您依靠本地对象超出范围，则取决于垃圾收集器，垃圾收集器可以在自己的美好时光（不确定性）中收获它。不要依赖GC，显式关闭流。
- 对于Java，您想在实现java.lang.AutoCloseable的类型上使用try-with-
- resources，“每个文档都包含实现java.io.Closeable的所有对象”：https
- //docs.oracle.com/javase
/tutorial/essential/exceptions/tryResourceClose.html
使用C＃，等效项是实现IDisposable的对象上的“ using”块
以上是 为什么close（）一个inputstream很好？ 的全部内容， 来源链接： utcz.com/qa/399533.html
