Go中修改文件权限需用os.Chmod并注意路径、错误处理及符号链接；修改所有者需用exec.Command("chown")或os.Chown（Linux/macOS受限）；跨平台时Windows仅支持只读位，须区分运行环境。
Go 中修改文件权限：用 os.Chmod 但要注意路径和错误处理
直接调用 os.Chmod 可以改权限，但它只作用于目标文件本身，不递归；而且如果路径是符号链接，默认会修改链接指向的目标文件（不是链接自身），这点容易被忽略。
常见错误是传入相对路径后在不同工作目录下行为不一致，或忽略 os.Chmod 返回的 error —— 比如权限不足时返回 operation not permitted，而非静默失败。
- 确保路径存在且可访问：先用
os.Stat检查，避免 “no such file” 错误掩盖真实问题 - 权限值用八进制字面量更安全，比如
0644而非十进制420，Go 会按位解释 - 若需递归修改（如 chmod -R），得自己遍历目录，
os.Chmod不提供该功能
修改文件所有者：Go 标准库不支持，必须用 syscall 或 exec.Command
os.Chown 确实存在，但它在 Windows 上无效，在 Linux/macOS 上也受限：普通用户无法将文件所有者改为别人（只能改组，且需属于目标组）；只有 root 才能任意改 uid/gid。
实际项目中，如果需要可靠地设置 owner/group（比如容器初始化、部署脚本），往往得调用系统命令：
立即学习“go语言免费学习笔记（深入）”；
cmd := exec.Command("chown", "1001:1002", "/path/to/file")
注意点：
-
os.Chown的 uid/gid 参数为int，但实际应传syscall.Getuid()这类系统调用获取的值，硬编码数字易出错 - 使用
exec.Command时，务必检查cmd.Run()的 error，并捕获 stderr 输出（例如 “illegal user name” 这类提示） - 避免拼接字符串构造命令（防止 shell 注入），始终用参数切片方式传参
同时改权限和所有权：别堆砌多次系统调用，优先考虑原子性
如果既要 chmod 又要 chown，分开调两次 os.Chmod + os.Chown 看似简单，但中间状态可能被其他进程观察到 —— 比如权限已改但 owner 还没改完，导致短暂的不一致。
更稳妥的做法是：
- 用
exec.Command("chown", "-R", "user:group", path)后接exec.Command("chmod", "-R", "755", path)，但注意顺序：先 chown 再 chmod，否则某些系统上 chmod 可能重置 setuid 位 - 若用纯 Go 实现递归操作，建议先收集所有路径，再批量调用
os.Chown和os.Chmod，减少 syscall 开销 - 对单个文件，两次调用开销极小，不必强行合并；真正要优化的是递归场景下的路径遍历与错误聚合
跨平台兼容性陷阱：Windows 下 chmod/chown 的实际效果
在 Windows 上，os.Chmod 仅影响 os.ModeReadOnly 位（即只读属性），其他权限位（如执行、组写）被忽略；os.Chown 直接返回 not implemented 错误。
这意味着：如果你的代码需同时跑在 Linux 和 Windows 上，不能假设 os.Chmod(0755) 在 Windows 上能让文件“可执行”——它只是设了个只读 flag，和 Unix 权限模型完全不是一回事。
- 检测运行平台：
runtime.GOOS == "windows"，然后跳过 chmod/chown 或记录 warning - CI/CD 中若用 Windows runner 测试权限逻辑，结果必然失真；务必在 Linux 环境验证
- Go 1.19+ 引入了
os.FileMode.IsDir()等辅助方法，但没补全权限位语义差异，别依赖它们做跨平台判断
os.Stat 结果是否为 symlink，也没区分 os.Chmod 对 symlink 本身的处理（需加 os.Lchown 配合）。权限和 ownership 修改从来不是“设个数就完事”的操作。 
