java - JVM 会自动关闭文件吗？

Question

我在某处读到没必要自己关闭它，不用管它，JVM会帮你完成。是真的吗？

假设我需要从文件中获取数据

Source.fromFile(fileName).getLines() 

直接，没有

val source = Source.fromFile(fileName)
val lines = source.getLines()
............
source.close()

在第一种方式中，我无法直接访问源代码并关闭它。我的 JVM 工作了很长时间。我需要关闭一个文件(需要关闭未使用的资源)。

如果有人能在这里留下一些链接或解释就太好了。

Answer 1

Somewhere I read that it's unnecessary to close it by yourself, just leave it, JVM will help you do this. Is it true?

部分正确。

如果您打开一个文件，使用它，然后删除文件或流句柄(或任何您想调用它的东西)，并且 GC 找到它，那么 GC 会将文件句柄对象排队等待最终确定。当终结发生时，文件处理程序的 finalize() 方法将释放资源；即文件描述符。

但是，依赖 GC 来执行此操作是一个坏主意。

• 如果文件句柄可达，则 GC 不会最终确定它。
• 您有办法知道下次 GC 何时运行¹。
• 并且当 GC 运行时，它不一定会收集所有的垃圾²。
• 并且在 GC 完成之前，排队等待最终确定的对象不会真正最终确定。 (参见@Holger 的评论)

将这四件事放在一起，在 GC 开始收集和关闭废弃的文件句柄之前，应用程序很容易用完文件描述符。如果发生这种情况，您可能会在打开文件、目录、套接字等操作时遇到异常。

这是一个您可以运行(在 Linux/UNIX 上)的示例以查看发生的情况:

import java.io.FileInputStream;

public class Test {
    public static void main(String[] args) throws Exception {
        for (int i = 0; i < 100000; i++) {
            new FileInputStream("/etc/motd");
        }
    }
}

$ javac Test.java 
$ java Test 
Exception in thread "main" java.io.FileNotFoundException: /etc/motd (Too many open files)
    at java.io.FileInputStream.open0(Native Method)
    at java.io.FileInputStream.open(FileInputStream.java:195)
    at java.io.FileInputStream.<init>(FileInputStream.java:138)
    at java.io.FileInputStream.<init>(FileInputStream.java:93)
    at Test.main(Test.java:6)

---

^{1 - 典型的 GC 仅在堆(或堆的一部分)达到给定的“满度”阈值时运行。如果应用程序没有分配很多对象，则可能需要很长时间才能达到阈值。}

^{2 - 现代 JVM 使用分代垃圾收集器，它们以不同的速率收集堆的不同部分。}