在 Go 语言中，使用 os.FileMode 直接传入十进制整数（如 0777）与通过 strconv.Atoi("0777") 转换后传入，会导致截然不同的权限位解释——根本原因在于八进制字面量、字符串解析和 os.FileMode 底层位模式的语义差异。
在 go 语言中，使用 `os.filemode` 直接传入十进制整数（如 `0777`）与通过 `strconv.atoi("0777")` 转换后传入，会导致截然不同的权限位解释——根本原因在于八进制字面量、字符串解析和 `os.filemode` 底层位模式的语义差异。
Go 的 os.FileMode 类型本质是 uint32，它不直接表示八进制数值，而是按 POSIX 权限位（bitmask）进行解释。例如：
- 字面量 0777 是 Go 中合法的八进制整数字面量，编译器自动将其转为十进制 511（即 7×8² + 7×8¹ + 7×8⁰ = 511），而 511 的二进制为 111111111 —— 恰好对应 rwxrwxrwx 的 9 个权限位，因此 os.FileMode(0777) 正确。
- 但 strconv.Atoi("0777") 将字符串 "0777" 解析为十进制整数 777（非八进制！），777 的二进制是 1100001001，低 9 位为 00001001 → 对应权限位 ---x--x--（即 011 八进制），这正是你看到 -r----x--x（实际是 0711 的错位表现）等异常结果的根源。
✅ 正确做法：若权限来自字符串（如配置文件、JSON 或命令行参数），必须显式按八进制解析：
modeStr := "0753" // 或 "753"（前导零可选）
modeInt, err := strconv.ParseInt(modeStr, 8, 32) // 基数 8！
if err != nil {
log.Fatal(err)
}
perm := os.FileMode(modeInt)
fmt.Printf("%o %s\n", perm, perm) // 输出: 753 -r-xr-x-wx⚠️ 注意事项：
- strconv.Atoi 永远按十进制解析，即使字符串含前导零（"0753" → 753），不可用于权限字符串；
- ParseInt(s, 8, 32) 可安全处理 "0753" 或 "753" —— Go 会忽略前导零，按八进制逻辑计算值（753₈ = 491₁₀）；
- os.FileMode 构造后，建议用 %o 格式化输出验证（如 fmt.Printf("%o", perm)），而非 %d，因权限语义基于八进制表示；
- 实际创建文件时，还需考虑系统 umask；如需强制权限，应调用 os.OpenFile 时传入 0666 等基础模式，并配合 os.Chmod 显式设置。
总结：Go 文件权限 ≠ 十进制数字，而是位掩码；字符串转权限必须用 strconv.ParseInt(..., 8, ...)，而非 Atoi —— 这是避免权限“看似正确、实则错乱”的关键。
