go中处理文件权限错误应使用os.ispermission判断，它能准确识别eacces/eperm等系统级权限拒绝，而非字符串匹配或err==os.errpermission；需传入原始error，配合os.stat、os.mkdirall等操作及时检查。
权限不足不是 Go 的 bug，是操作系统在拦你——别用字符串匹配错误信息，也别指望 Go 自动提权。
os.IsPermission 是唯一靠谱的权限判断方式
当你看到 open /etc/shadow: permission denied 或 mkdir /root/mydir: permission denied，错误类型其实是 *os.PathError，底层封装了 syscall.EACCES（Linux/macOS）或 ERROR_ACCESS_DENIED（Windows）。os.IsPermission(err) 就是专为这种场景设计的：它穿透多层错误包装，准确识别权限类错误。
- 必须传入原始
err，不能先用fmt.Errorf("failed: %w", err)包一层再传，否则会丢失底层错误 - 不要写
err == os.ErrPermission—— 这几乎永远为 false，因为实际错误是*os.PathError实例，不是那个预定义变量 - 和
errors.Is(err, fs.ErrPermission)效果一致，但os.IsPermission更语义明确，推荐在权限检查场景优先使用
os.Stat 后怎么区分“不存在”和“存在但没权限”
os.Stat 失败不等于路径不存在。它可能因权限不足、符号链接循环、设备忙等多种原因失败。关键是要分两步判断：
- 先用
errors.Is(err, fs.ErrNotExist)确认是否真不存在 —— 这才是“not found”的唯一可靠依据 - 如果不是
fs.ErrNotExist，再用os.IsPermission(err)判断是否因权限被拒 —— 此时路径物理上存在，只是你无法读取元信息（比如/root下的目录） - 其他情况如
syscall.ELOOP（软链循环）、syscall.ENOTDIR（中间某段是文件而非目录），都不该归为“不存在”，需单独处理
filepath.WalkDir 遇到权限错误默认跳过，怎么让它中断或收集
filepath.WalkDir 的回调函数返回非-nil error 时，行为由错误值决定：filepath.SkipDir 会跳过当前目录；其他任意 error 都会立即终止遍历。但它不会主动暴露错误类型，得你自己判断：
- 想中断：在回调里检测到权限错误（
os.IsPermission(err)）就直接return err - 想收集：声明一个
[]error切片，在回调里把权限错误 append 进去，最后统一处理；注意别 return 错误，否则遍历提前结束 - 别依赖
os.IsPermission对所有错误都生效 —— 它只对 EACCES/EPERM/ERROR_ACCESS_DENIED 有效，磁盘满、路径过长等错误返回 false
os.MkdirAll 权限受 umask 影响，别硬写 0755
os.MkdirAll(path, 0755) 在 Linux/macOS 上创建的目录最终权限 = 0755 &^ umask。如果你的 umask 是 0022，结果确实是 0755；但若 umask 是 0002，结果就是 0755（组可写），而你预期可能是 0755（组不可写）。
- 如果需要精确控制权限，先调用
os.MkdirAll(path, 0755)，再用os.Chmod(path, 0755)强制修正 - 注意
os.Chmod本身也可能因权限不足失败，要检查返回的err并用os.IsPermission判断 - Windows 不支持 umask，
os.MkdirAll的perm参数基本被忽略，实际权限由父目录继承而来
最常被忽略的一点：权限错误往往出现在首次系统调用（open、stat、mkdir）时，而不是后续 Read 或 Write。一旦错过这个检查时机，错误上下文就丢了——所以每个可能失败的 I/O 操作后，都要立刻判断 os.IsPermission。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
