go 的 os.mkdir() 创建目录时指定的权限（如 0777）会受系统 umask 掩码影响，实际权限是传入值与 umask 按位取反后的结果进行按位与运算所得，因此常出现权限“缩水”现象。
在 Go 中，os.Mkdir(path, perm) 并非直接将 perm 作为最终文件系统权限写入，而是将其与当前进程的 umask 值共同决定最终权限。其计算逻辑为：
effective_perm = perm &^ umask
其中 &^ 是 Go 的“按位清零”操作符（即 a &^ b == a & (^b)）。例如，若你传入 0777（即十进制 511），而当前进程 umask 为 0022（常见默认值），则：
- ^0022（八进制）→ 0755（八进制，即 111_101_101）
- 0777 & 0755 → 0755 → 对应权限 drwxr-xr-x
这正是你观察到的结果：本期望 rwxrwxrwx，却得到 rwxr-xr-x —— 组和其他用户的写权限（w）被 umask 0022 屏蔽了。
✅ 验证当前 umask（Linux/macOS 终端）：
umask # 输出通常为 0022 或 0002
✅ 临时绕过 umask（仅限调试/特殊场景）：
可通过 syscall.Umask() 在创建前临时修改进程 umask（注意：该操作是全局且不可逆的，需谨慎）：
package main
import (
"fmt"
"os"
"syscall"
)
func main() {
// 保存原始 umask（可选）
oldUmask := syscall.Umask(0) // 设置 umask 为 0，禁用屏蔽
defer syscall.Umask(oldUmask) // 恢复（但 defer 在 panic 时可能不执行，生产环境慎用）
err := os.Mkdir("/var/run/testdir", 0777)
if err != nil {
fmt.Printf("could not create dir: %v\n", err)
return
}
fmt.Println("Directory created with effective permissions 0777")
}⚠️ 重要注意事项：
- syscall.Umask() 修改的是整个进程的 umask，会影响后续所有文件/目录操作，不推荐在多 goroutine 或长期运行服务中使用；
- 更安全、符合 Go 最佳实践的方式是：创建后显式调用 os.Chmod() 设置精确权限：
err := os.Mkdir("/var/run/testdir", 0755) // 先用保守权限创建
if err != nil {
log.Fatal(err)
}
err = os.Chmod("/var/run/testdir", 0777) // 再强制修正
if err != nil {
log.Fatal("chmod failed:", err)
}? 补充说明：
- os.MkdirAll() 同样受 umask 影响；
- 若目标路径需递归创建且要求统一高权限，建议对每一级目录分别 Chmod，或使用 os.DirFS + 自定义包装（Go 1.16+）；
- 在容器或 systemd 服务中，umask 可通过启动配置（如 UMask= in .service 文件）统一设置，比代码层干预更可靠。
总之，理解 umask 是掌握 Unix-like 系统权限模型的关键——Go 忠实遵循这一底层语义，而非提供“魔法覆盖”。正确做法是：预期 umask 的存在，优先用 Chmod 显式加固，而非依赖 Mkdir 单次调用实现理想权限。
