go - 何时应显式调用os.File.Close()？

Question

This question already has answers here:

Is it necessary to close files after reading (only) in any programming language?

(3个答案)


3个月前关闭。




我似乎在以下程序中无论是否注释了 f.Close()，结果都是一样的。有人知道何时应显式调用 f.Close()吗？

package main

import (
    "os"
    "log"
    "strconv"
)

func main() {
    f, err := os.OpenFile(os.Args[1], os.O_RDWR|os.O_CREATE, 0666)
    if err != nil { log.Fatal(err) }
    defer f.Close()

    off, err := strconv.ParseInt(os.Args[3], 0, 64)
    if err != nil { log.Fatal(err) }

    _, err = f.WriteAt([]byte(os.Args[2]), off)
    if err != nil { log.Fatal(err) }
}

$ go run main.go output.txt abc 10
$ xxd < output.txt
00000000: 0000 0000 0000 0000 0000 6162 63         ..........abc

最佳答案

当不再需要File.Close()对象时，应调用File。
实际的实现是特定于OS的，但是将关闭文件描述符，阻止任何进一步的I / O，并释放资源以进行垃圾回收(在Go级别)或重用(在内核级别)。
如果在具有许多打开文件的长时间运行的程序上不调用Close，一个病理后果就是打开文件描述符用完，从而阻塞了该用户(甚至整个系统)的所有I / O。
通常，跳过File.Close()意味着您不能保证写入成功。在所有操作系统中，在返回Write(...)调用后，写入操作不会提交到磁盘，而是会进行缓冲。调用File.Sync()或File.Close()往往是清除所有缓冲区时遇到的表面错误的唯一方法。这与您实际上关心捕获错误时不应使用defer f.Close()的原因相同。
在您的特定代码示例中，您没有检查f.WriteAt返回的错误，因此任何问题都将被忽略。在这种非常特定的情况下，调用f.Close确实无关紧要，因为您已经无法保证文件已成功写入。

关于go - 何时应显式调用os.File.Close()？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/62598673/

上一篇：go - 如果文件夹名称与现有文件相同，则mkdir失败

下一篇：go - 逃逸分析之前的变量生命周期是什么？

Answer 1

当不再需要File.Close()对象时，应调用File。
实际的实现是特定于OS的，但是将关闭文件描述符，阻止任何进一步的I / O，并释放资源以进行垃圾回收(在Go级别)或重用(在内核级别)。
如果在具有许多打开文件的长时间运行的程序上不调用Close，一个病理后果就是打开文件描述符用完，从而阻塞了该用户(甚至整个系统)的所有I / O。
通常，跳过File.Close()意味着您不能保证写入成功。在所有操作系统中，在返回Write(...)调用后，写入操作不会提交到磁盘，而是会进行缓冲。调用File.Sync()或File.Close()往往是清除所有缓冲区时遇到的表面错误的唯一方法。这与您实际上关心捕获错误时不应使用defer f.Close()的原因相同。
在您的特定代码示例中，您没有检查f.WriteAt返回的错误，因此任何问题都将被忽略。在这种非常特定的情况下，调用f.Close确实无关紧要，因为您已经无法保证文件已成功写入。