是删除临时文件还是关闭它们更好？

怎么入门Golang编程？需要学习哪些知识点？这是新手们刚接触编程时常见的问题；下面golang学习网就来给大家整理分享一些知识点，希望能够给初学者一些帮助。本篇文章就来介绍《是删除临时文件还是关闭它们更好？》，涉及到，有需要的可以收藏一下

如果您有一个在单个函数范围内出于某种目的临时创建的文件，并且其删除被推迟到函数结束时，那么您是否应该在删除临时文件之前关闭该临时文件，或者执行 os. remove() 负责释放所有关联资源吗？

func foo() error {
    tempFile, err := os.Create(filePath)
    if err != nil {
        return err
    }
    defer func() {
        /* Is this necessary?
            if err = tempFile.Close(); err != nil {
                log.Error(err)
                return
            }
        */

        if err = os.Remove(filePath); err != nil {
            log.Error(err)
        }
    }()

    // do something

    return nil
}

解决方案

您应该在删除临时文件之前将其关闭，还是由 os.remove() 负责？

“这取决于”。

首先，os.remove()是文件系统级别的操作；它修改文件系统上的目录条目，并且不知道要删除的文件在调用它的进程中可能有多少个打开的文件描述符。
是的，您可以多次打开同一个文件 - 这仅受系统施加的限制。

还要考虑到，在相当现代的文件系统上，存在“链接”的概念（ntfs 可能会以不同的方式称呼它们，上次我检查它们有几个概念，即您所说的“指向目录的符号链接”）类 unix 系统），因此，您可能会通过不同的路径名打开物理上相同的文件，并且 os.remove 对路径名进行操作。

除此之外，文件系统是一个活动对象：在文件系统上的某个路径名打开文件的时间和您要使用该路径名删除文件的时间之间，该路径名甚至可能停止存在（但请继续阅读）。

这应该向您保证，不会，os.remove 不会尝试查找并关闭已知引用同一文件的所有 os.file 实例。

其次，类 unix 系统和 windows 处理打开文件的行为存在很大差异；需要符合 POSIX 标准的文件系统才能将访问特定文件系统的系统中任何进程中打开的文件视为对该文件的实时引用。
从文档中可能无法立即清楚这一点，但这在 close(2) syscall reference manual 中有记录：

如果文件的链接计数为0，则当与该文件关联的所有文件描述符都关闭时，该文件占用的空间将被释放，并且该文件将不再可访问。

基本上，这意味着即使引用文件系统上特定文件的所有路径名都被删除（因此该文件无法通过文件系统访问），其数据仍然位于文件系统上，直到最后一个文件打开该文件的描述符在运行的进程中关闭。

这种“技巧”经常在纯 unix 软件中用于存储临时数据：

1. 创建一个临时文件（通常使用 mktemp(2)；在 go 中为 io/ioutil.TempFile）。
2. 然后立即将其从文件系统上删除（同时保持打开状态）。
3. 然后通过文件描述符将其使用任意时间。
4. 当描述符关闭时，文件系统最终回收文件数据占用的空间。

这在 windows 上不起作用：在那里，不可能删除打开的文件，在某些情况下甚至不可能重命名它，因此上面的“技巧”不起作用。

那么，让我们用新知识重新考虑原来的问题。

• 最安全的选择可能是编写一个简单的帮助程序来清理临时文件，如下所示

  func removeTempFile(fd *os.File) {
    for _, err := range [...]error{fd.Close(), os.Remove(fd.Name())} {
      if err != nil {
        log.Print("failed to remove temp file: ", err)
        // Note that we merely log errors, not blow up on them -
        // this is to report both errors if all operations have failed.
      }
    }
  }
  

  然后粘贴 defer removetempfile(fd) 打开每个新的临时文件后。

• 如果您确定您的程序只能在 unix 兼容系统（基于 linux 和 *bsd、mac os 等）上运行，您可以立即删除临时文件并仅推迟关闭它。

  请注意，如果您确实需要，这显然行不通 通过名称引用该文件 - 例如，您将其传递给正在执行的某个外部程序。

到这里，我们也就讲完了《是删除临时文件还是关闭它们更好？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！