chmod报permission denied主因是父目录无写权限或文件被锁定；Go中os.Chmod仅改文件mode位，符号链接需先判断再处理；Windows仅支持0666/0444两种有效值。
Chmod 修改文件权限时为什么总是报 permission denied
多数情况下不是代码写错了，而是当前进程没有对目标文件所在目录的写权限，或者文件被其他进程锁定。Go 的 os.Chmod 只修改文件自身的权限位（mode），不涉及所有权变更；若目标路径是符号链接，默认操作的是链接本身而非目标文件——这点容易被忽略。
实操建议：
- 先用
os.Stat检查文件是否存在且可访问，避免直接Chmod报错后难以定位原因 - 确保运行程序的用户对文件父目录有执行（
x）权限（Linux/macOS 下进入目录必需） - 如需修改符号链接指向的目标文件权限，得先用
os.Lstat判断是否为链接，再用os.Readlink+os.Chmod组合处理 - Windows 下
Chmod仅支持0666（可读写）和0444（只读）两种有效值，其余位会被忽略
Stat 和 Lstat 返回的 FileMode 里权限位怎么解读
os.FileInfo.Mode() 返回的是 os.FileMode 类型，本质是 uint32，其低 12 位与 Unix 权限位一一对应。例如 0755 表示所有者可读写执行（rwx）、组用户和其他用户可读执行（rx）。
常见误判点：
立即学习“go语言免费学习笔记（深入）”；
-
fi.Mode()&0777才是真正的权限掩码，直接打印fi.Mode()可能看到类似-rwxr-xr-x字符串或大数值，不便于比对 -
fi.Mode().IsDir()和fi.Mode().IsRegular()比检查字符串前缀更可靠 - 注意
os.ModeSymlink、os.ModeNamedPipe等类型位在高字节，不能用&0777提取
fi, err := os.Stat("config.json")
if err != nil {
log.Fatal(err)
}
perm := fi.Mode() & 0777
if perm != 0600 {
fmt.Printf("warning: expected 0600, got %o\n", perm)
}
批量设置目录下所有文件为 0600 但保留目录为 0755
递归遍历时必须区分文件与目录，否则把目录设成 0600 会导致无法进入（缺少执行位）。同时要注意：Go 的 filepath.Walk 默认不会因权限不足中断，但某些子路径可能跳过——需配合 os.Lstat 显式判断。
关键逻辑：
- 对每个路径调用
os.Lstat（避免跟随符号链接导致误改） - 用
fi.Mode().IsDir()分流：目录设0755，普通文件设0600 - 跳过设备文件、socket、命名管道等特殊类型（
fi.Mode()&os.ModeType != 0） - 捕获并记录
Chmod失败项，不要 panic 或静默忽略
err := filepath.Walk("/etc/secrets", func(path string, info os.FileInfo, err error) error {
if err != nil {
return err
}
if info.Mode()&os.ModeType != 0 { // 跳过特殊文件
return nil
}
var targetPerm os.FileMode
if info.IsDir() {
targetPerm = 0755
} else {
targetPerm = 0600
}
if err := os.Chmod(path, targetPerm); err != nil {
log.Printf("chmod failed on %s: %v", path, err)
}
return nil
})
Chmod 在不同操作系统上的行为差异
Linux/macOS 下 Chmod 完全按 POSIX 权限位生效；Windows 则仅映射部分语义：0666 → 可读写，0444 → 只读，其余位（如执行位、setuid）被忽略。这意味着跨平台代码中，不能依赖 Chmod 设置可执行权限。
更隐蔽的问题：
- Docker 容器内挂载的 volume（尤其是 macOS 主机共享目录）可能因 UID/GID 映射问题，导致
Chmod成功但实际权限未更新 - 某些 NFS 或网络文件系统会忽略 chmod 请求，返回 success 但不生效
- Go 1.19+ 对 Windows 的
Chmod增加了对UtimesNano的兼容处理，但老版本在 NTFS 上可能表现不一致
真正需要跨平台控制“是否可写”，应结合 os.OpenFile(path, os.O_WRONLY, 0) 尝试打开来验证，而不是只信 Stat().Mode()。
