os.IsPermission用于判断错误是否由权限不足引起，它通过检查底层Err字段是否为EACCES/EPERM或Windows的ERROR_ACCESS_DENIED来识别，需传入原始error，推荐配合errors.Is(err, os.ErrPermission)使用。
os.IsPermission 用来判断是不是权限不足错误
它不解决权限问题，只帮你确认当前 error 是不是由权限拒绝导致的——比如你试图读一个只有 root 才能打开的文件，或者往只读目录里写东西。Go 的 os 包不会自动提升权限，也不会提示“请用 sudo”，它只抛出底层系统错误，os.IsPermission 就是帮你从一堆系统错误里快速筛出“权限不够”这一类。
常见错误现象：open /etc/shadow: permission denied、mkdir /root/mydir: permission denied。这些错误的底层类型是 *os.PathError，而 os.IsPermission 内部正是检查它的 Err 字段是否匹配操作系统返回的 EACCES 或 EPERM。
- 必须传入原始
error值，不能先用fmt.Errorf包一层再传，否则会丢失底层错误类型 - Windows 下也生效，但行为略有差异：它识别的是 Windows 的 ERROR_ACCESS_DENIED，不是 Unix 风格的 errno
- 它和
os.IsNotExist是平级工具函数，别误以为它是“通用错误分类器”——对磁盘满、路径过长等错误都返回false
正确用法：在 open/mkdir/chmod 等操作后立即检查
权限错误往往出现在首次 I/O 操作时，比如 os.Open、os.Mkdir、os.Chmod。这时候要立刻用 os.IsPermission 判断，而不是等到后续 Read 或 Write 才处理。
示例：
立即学习“go语言免费学习笔记（深入）”；
file, err := os.Open("/proc/cpuinfo")
if err != nil {
if os.IsPermission(err) {
log.Println("没权限读取 /proc/cpuinfo，跳过")
return
}
log.Fatal(err)
}
defer file.Close()
- 不要在
defer里检查权限错误——那时err已经失效或被覆盖 - 如果操作链很长（比如先
os.Stat再os.Open），每个可能失败的点都要单独检查，os.IsPermission不会“追溯”前一步 - 注意：某些场景下权限错误可能被包装成
*fmt.wrapError，这时errors.Is(err, os.ErrPermission)更鲁棒（Go 1.13+）
os.ErrPermission 和 os.IsPermission 的区别别搞混
os.ErrPermission 是一个预定义变量，值为 &os.PathError{Op: "", Path: "", Err: syscall.EACCES}，它本身几乎不用直接比较；而 os.IsPermission 是推荐的判断方式，能穿透多层错误包装（只要底层是 EACCES/EPERM）。
- 别写
err == os.ErrPermission—— 绝大多数情况不成立，因为实际错误是*os.PathError，不是这个变量本身 - Go 1.13 引入
errors.Is(err, os.ErrPermission)，语义更清晰，且兼容自定义错误包装，建议新项目优先用这个 - 旧代码里看到
strings.Contains(err.Error(), "permission denied")是反模式，既不可靠又无法跨平台
权限错误不是万能 catch-all，得结合场景做不同响应
同样是 os.IsPermission 返回 true，处理方式可能完全不同：读配置文件失败可以降级用默认值；写日志失败却不能静默吞掉——得换路径或上报告警。
- 对只读操作（
os.Open,os.Stat），权限错误通常意味着“跳过该资源”，但要记录 warn 日志 - 对写操作（
os.Create,os.WriteFile），权限错误大概率是配置问题（比如容器挂载目录权限不对），应明确报错并退出，而不是重试 - 在 CLI 工具中，遇到权限错误可以提示用户 “Try running with sudo” —— 但仅限明确知道需要提权的场景（如修改系统配置），别滥用
真正的难点不在怎么调用 os.IsPermission，而在判断“这个权限错误我能不能绕过去、该不该绕过去、绕过去有没有副作用”。这没法靠函数解决，得看你的程序想干什么。
