如何在Golang中判断文件是否存在及其权限状态

用 os.stat 判断文件是否存在时，必须用 errors.is(err, os.errnotexist) 而非 err != nil；存在且无错时才可调用 fi.mode()，其返回值需用 perm() 提取纯权限位，并注意跨平台差异与父目录权限影响。

用 os.Stat 判断文件是否存在，别用 os.IsNotExist 直接套错误

go 里没有“一步判断存在+权限”的函数，os.Stat 是唯一可靠起点。它返回 os.FileInfo 和可能的错误；错误不等于“不存在”，比如权限不足、路径过长、挂载点失效都会触发非 nil 错误。直接看错误是否为 os.ErrNotExist 才算真正“不存在”。

常见错误现象：os.Stat 返回 permission denied，但你误判为“文件不存在”，结果逻辑走偏。

• 永远用 errors.Is(err, os.ErrNotExist) 检查不存在，而不是 err != nil
• 如果 err == nil，说明文件存在且可访问，此时才能安全调用 fi.Mode()
• 注意：符号链接未指向有效目标时，os.Stat 会报 os.ErrNotExist；要用 os.Lstat 区分链接本身是否存在

fi.Mode() 返回的不是纯权限数字，而是带类型和标志的位掩码

os.FileInfo.Mode() 返回的是 os.FileMode，本质是 uint32，但高几位表示文件类型（如目录、符号链接、设备文件），低 9 位才是传统 unix 权限（user/group/others 的 rwx）。直接打印或比较它会误导。

使用场景：你想知道“这个普通文件是否可读”或“这个目录是否可执行（即可进入）”，不能只看数值大小。

立即学习“go语言免费学习笔记（深入）”；

• 先用 fi.Mode().IsRegular() 或 fi.Mode().IsDir() 确认类型，再判断权限
• 检查读写执行权限用位操作：fi.Mode()&0400 != 0（用户可读），fi.Mode()&0100 != 0（用户可执行）
• 更推荐用 fi.Mode().Perm() 提取纯权限部分（去掉类型位），再与 0400、0200、0100 等常量比对

判断“可写”不能只靠 os.FileMode，得考虑父目录权限和文件系统挂载选项

即使 fi.Mode().Perm()&0200 != 0，也不代表你能成功写入——linux 下，对文件写入还依赖父目录是否有写+执行权限（即能修改目录项），windows 下 NTFS ACL 可能覆盖基础权限，而只读挂载（如 mount -o ro）会让所有写操作失败。

性能 / 兼容性影响：真实写入测试（如创建临时文件并删除）虽准确，但有副作用和开销；权衡之下，多数服务只需检查 os.Stat + Perm() + 父目录 os.Stat 是否可写，已覆盖 95% 场景。

• 检查父目录可写：对路径 /a/b/c.txt，调用 os.Stat("/a/b")，再看其 Perm() 是否含 0200（用户可写）和 0100（用户可执行）
• 不要尝试 os.OpenFile(..., os.O_WRONLY|os.O_CREATE, 0) 来试探，这会意外创建文件
• 容器或 rootless 环境中，/proc、/sys 下的文件即使显示可写，实际也受限于内核策略

跨平台时注意 Windows 没有“执行权限位”，0100 检查会恒为 false

Windows 文件系统（NTFS/FAT）不维护 POSIX 执行位，fi.Mode().Perm()&0100 在 Windows 上永远是 0，哪怕你双击能运行。Go 的 os.FileMode 在 Windows 下把“可执行”映射到文件扩展名（如 .exe、.bat），而非权限位。

使用场景：写跨平台工具（如 CLI 配置加载器）时，若逻辑依赖“文件是否可执行”，必须额外检查后缀或调用 exec.LookPath。

• 想确认能否作为命令运行？用 exec.LookPath(filepath.Base(path))，它会按 $PATH 和当前目录搜索并验证可执行性
• Windows 下 os.FileMode 的 0100 位被用于表示“隐藏”属性（非执行），所以别拿它做 Unix 式判断
• 如果业务强依赖权限语义（如部署脚本），建议在 Windows 上明确文档说明“仅支持 NTFS 并启用 POSIX 权限子系统”，否则默认降级处理

事情说清了就结束。最常被忽略的是：一次 os.Stat 调用只能告诉你“此刻”状态，而文件权限和存在性都可能被外部进程瞬间更改——生产代码里别把它当原子断言用。