答案：应优先用os.OpenFile尝试打开而非仅解析os.Stat的权限位，因os.Stat仅返回元数据不反映真实访问能力，而os.OpenFile能覆盖ACL、挂载选项等内核级权限控制。
用 os.Stat 检查文件是否存在且可读/可写
Go 没有直接的 access() 系统调用封装，最常用、也最可靠的方式是调用 os.Stat 获取文件元信息，再结合当前进程的有效用户/组 ID 判断权限。注意：这不是检查“当前用户能否读写”，而是检查“当前进程（以谁的身份运行）能否读写”——这正是生产中真正需要的语义。
常见错误是只看 err != nil 就断定“不可读”，但 os.Stat 失败可能因为路径不存在、无执行权限（进目录）、符号链接循环等，不能一概而论。正确做法是先确认文件存在，再解析 os.FileInfo.Mode()：
-
os.Stat返回os.PathError时，检查Err是否为os.ErrNotExist—— 若是，文件根本不存在，谈不上权限 - 若
os.Stat成功，用fi.Mode().IsRegular()确保是普通文件（避免对目录、设备文件误判） - 权限位判断依赖
syscall：Linux/macOS 下需用syscall.Access或手动比对 mode bits；Windows 下权限模型不同，os.FileInfo.Mode()的权限位意义有限，建议统一走os.OpenFile(..., os.O_RDONLY|os.O_WRONLY, 0)尝试打开
用 os.OpenFile 实际尝试打开来验证权限
比起解析 mode bits，更稳妥的方式是直接尝试以目标权限打开文件。操作系统内核的权限检查最权威，且能覆盖 ACL、SELinux、umask 等 os.Stat 无法反映的策略。
示例：判断是否可写
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
if f, err := os.OpenFile(path, os.O_WRONLY|os.O_CREATE|os.O_EXCL, 0600); err == nil {
f.Close()
// 可写（且文件还不存在，所以能创建）
} else if errors.Is(err, os.ErrExist) {
// 文件已存在，再试一次只写不创建
if f2, err2 := os.OpenFile(path, os.O_WRONLY, 0); err2 == nil {
f2.Close()
// 可写
}
}
- 不要忽略
os.O_EXCL的副作用：它要求文件必须不存在，否则报os.ErrExist，适合判断“可创建+可写” - 对已存在文件，仅用
os.O_WRONLY即可；若还需读，加os.O_RDWR - Windows 上某些只读文件（如设置了 FILE_ATTRIBUTE_READONLY）会在此处失败，而
os.Stat可能返回看似可写的 mode，这是关键差异点
跨平台权限校验要区分 Linux/macOS 和 Windows
Linux/macOS 使用 POSIX 权限模型，os.FileInfo.Mode() 的低 9 位对应 user/group/other 的 rwx；Windows 使用 ACL，Go 标准库不暴露完整 ACL 接口，Mode() 返回的权限位只是模拟值（例如永远带 os.ModePerm），不可信。
- 在 Windows 上，
os.Stat成功 +fi.Mode().Perm()&0200 != 0不代表真能写，必须用os.OpenFile尝试 - 若需精细控制（如检查某用户是否有权），Linux/macOS 可用
syscall.Access（需//go:build !windows），Windows 需调用golang.org/x/sys/windows的GetNamedSecurityInfo，但复杂度陡增，多数场景没必要 - 统一建议：只要求“当前进程能否读/写”，就用
os.OpenFile尝试；若需提前知道失败原因（比如给用户提示“文件被其他程序占用”），才额外捕获*os.PathError的Err字段（如syscall.EBUSY）
注意 os.UserHomeDir() 和相对路径带来的权限陷阱
权限判断失效常因路径解析出错。例如用 os.UserHomeDir() 拼接路径后未做 filepath.Abs，导致 os.Stat 对相对路径行为不一致；或未处理符号链接跳转，实际检查的是链接目标而非原始路径。
- 始终对输入路径调用
filepath.Clean和filepath.Abs（后者可能失败，需处理os.ErrNotExist） - 若需检查“原始路径权限”（如判断能否修改软链接本身），用
os.Lstat而非os.Stat - 环境变量如
$HOME在不同用户上下文（如 systemd service、sudo）中可能为空或指向错误位置，os.UserHomeDir()会 fallback 到/root或 panic，务必加 error check
