用 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语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 先用
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 调用只能告诉你“此刻”状态，而文件权限和存在性都可能被外部进程瞬间更改——生产代码里别把它当原子断言用。 
