写入包含 0777 权限的文件失败

在Golang实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《写入包含 0777 权限的文件失败》，聊聊，希望可以帮助到正在努力赚钱的你。

我正在使用 0777 权限将文件写入 unix 上的磁盘，但 ls -la 显示它具有 -rwxr-xr-x，这不是预期的。

err = ioutil.WriteFile(path, jsonByte, 0777)
    if err != nil {
        log.Print(err)
    }

我希望得到 -rwxrwxrwx 许可。我不明白为什么缺少 w 权限。

解决方案

首先，如 Burak Serdar notes in a comment 所示，请确保这确实是一个新文件，因为操作系统在覆盖现有文件时通常会保留现有权限（尽管详细信息是特定于操作系统的，特别是 some Unix-ish OSes clear setuid/setgid here）。

unix/linux 文件权限的工作方式是让操作系统从程序的权限中清除用户请求删除的任何权限请求得到批准。

也就是说，当调用创建新文件的文件系统操作时，您在代码中提供一种模式。在本例中，您提供的 0777 确实是 rwxrwxrwx。

与此同时，用户的操作环境¹包含另一种八进制模式，称为 umask。在本例中，它可能是 022 或 ----w- -w-。这些权限已从您提供的权限中删除：0777 和 (^022) 为 0755，即 rwxr-xr-x。因此，新创建的文件具有模式 rwxr-xr-x 或 0755，即使您的程序要求 0777。

因此，大多数 unix 程序在文件创建操作期间应使用两种模式之一：0777 用于目录和可执行文件，0666 用于非可执行文件。用户的 umask 将删除不需要的权限：想要隐私的用户可以将其 umask 设置为 077，这将为组和其他组删除 rwx，仅保留 0700 或 0600（视情况而定）。

此规则的一个例外是，任何想要确保额外隐私的程序（例如 ssh 相关代码，在创建密钥对时）应将其模式提供为 0600，以便首先没有设置组和其他用户权限位。

请注意，chmod 调用不会应用用户的 umask 设置。如果您需要发现用户的 umask 来计算 chmod 调用的正确值，请使用新的 golang.org/sys/x/unix Umask 函数或旧的 syscall Umask 函数。不幸的是，您必须提供新 umask 才能发现原始 umask。这会替换每个进程的 umask，直到您重新安装原始值。因此，您可能希望在 init 函数中执行此操作，并将结果存储在变量中以进行安全保存，同时恢复原始值：

var Umask int

func init() {
    Umask = unix.Umask(0777)
    unix.Umask(Umask)
}

例如（假设新样式；旧样式 syscall.umask 用法是相同的；都不返回任何错误）。不过，这使得您的程序特定于 unix。

¹这意味着权限存储在内核的每进程数据中，而不是 shell 样式的环境变量中。

本篇关于《写入包含 0777 权限的文件失败》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！