当Java程序终止时，未能关闭文件有什么害处吗？

Question

当我的程序启动时，它会打开一个文件并定期写入。（它不是日志文件；它是程序的输出之一。）我需要让文件在程序的长度内可用，但我不需要做任何特别的事情来结束文件；把它关上。

我认为，对于Java中的文件I/O，我应该实现可自动关闭的，并将其封装在一个try-with-resources块中。然而，因为这个文件是长期存在的，并且是该程序的少数输出之一，我发现很难组织事情，使我打开的所有文件都包装在try-with-resources块中。此外，顶级类（mymain（）函数所在的地方）不知道这个文件。

这是我的代码；注意缺少编写器。close（）：

public class WorkRecorder {

    public WorkRecorder(String recorderFile) throws FileNotFoundException {
        writer = new BufferedWriter(new OutputStreamWriter(new FileOutputStream(recorderFile)));
    }

    private Writer writer;

    public void record(Data data) throws Exception {

        // format Data object to match expected file format
        // ...

        writer.write(event.toString());
        writer.write(System.lineSeparator());
        writer.flush();
    }
}

tl；我需要实现自动关闭并调用写入程序吗。close（）如果资源是打开的输出文件，并且在程序完成之前我永远不需要关闭它？我可以假设JVM和操作系统（Linux）会自动为我清理吗？

奖金（？）：我在C#'s的IDisposeable中也遇到了这个问题。使用块，就像Java的try-with-resources构造一样，当我有要打开的东西，快速做一些事情，然后马上关闭时，这是一个很好的特性。但通常情况并非如此，尤其是对于文件，当对该资源的访问挂起一段时间时，或者当需要管理多个这样的资源时。如果我的问题的答案是“始终使用资源块进行尝试”，那么我又被卡住了。

Answer 1

我（现在）认为更好的答案是“视情况而定”：-。Lukas Eder在此提供了详细的处理。同时查看Lambda EG小组帖子。

但一般来说，在使用完资源后，最好将其返回到操作系统，并始终使用“尝试使用资源”（除非您知道自己在做什么）。

Answer 2

您应该始终关闭资源或将它们设置为空，这样垃圾收集器就可以在Java中拾取它。使用尝试资源块是让Java在完成资源后自动关闭资源的好方法。即使您在程序期间使用它，即使在最后也关闭它也是很好的编程实践。有些人可能会说你不需要，我个人会说继续做吧，原因如下：

当不再需要流时，请始终使用close（）方法将其关闭，或使用try-with-resource语句将其自动关闭。不关闭流可能会导致输出文件中的数据损坏或其他编程错误

-《Java编程导论》第10版，梁

如果可能，只需在程序末尾的资源上运行。

Answer 3

我有类似的代码，它不适合包装在try-with-资源语句中。我认为这很好，只要您在程序完成时关闭它。

只要确保您考虑到可能发生的任何异常。例如，在我的程序中，有一个当程序关闭时调用的方法。这将调用writer。close（）。如果有任何异常行为会导致程序关闭，则也称为。

如果这只是一个简单的程序，并且您希望编写器在其持续时间内处于打开状态，我认为当程序终止时不关闭它真的没什么大不了的。。。但是，确保您的资源已关闭是一种很好的做法，因此我将继续并将其添加到您的程序可能关闭的地方。