何时需要手动调用 os.File.Close() 方法？

一分耕耘，一分收获！既然打开了这篇文章《何时需要手动调用 os.File.Close() 方法？》，就坚持看下去吧！文中内容包含等等知识点...希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！

我看下面的程序中无论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 对象时，您应该调用 File.Close()。

实际的实现是特定于操作系统的，但会关闭文件描述符，阻止任何进一步的 I/O，并释放资源以进行垃圾收集（在 Go 级别）或重用（在内核级别）。

在具有许多打开文件的长时间运行的程序上不调用 Clos​​e 的一个病理后果将是耗尽打开的文件描述符，从而阻塞该用户（甚至整个系统）的所有 I/O。

一般来说，跳过 File.Close() 意味着无法保证写入成功。在所有操作系统中，在 Write(...) 调用返回时写入不会提交到磁盘，而是会被缓冲。调用 File.Sync() 或 File.Close() 往往是刷新所有缓冲区时出现错误的唯一方法。这与当您真正关心捕获错误时不应使用 defer f.Close() 的原因相同。

在您的特定代码示例中，您没有检查 f.WriteAt 返回的错误，因此任何问题都将被忽略。在这个非常具体的场景中，调用 f.Close 实际上并不重要，因为您已经无法保证文件已成功写入。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。