os.ispermission是唯一靠谱的权限判断方式，它穿透多层错误包装准确识别syscall.eacces或error_access_denied，必须传原始err且不可用err==os.errpermission；os.stat失败后需先errors.is(err, fs.errnotexist)判不存在，再os.ispermission判权限拒绝。
权限不足不是 Go 的 bug，是操作系统在拦你——别用字符串匹配错误信息，也别指望 Go 自动提权。用 os.IsPermission 判断，它才是唯一靠谱的识别方式。
为什么 err == os.ErrPermission 总是 false
os.ErrPermission 是一个预定义变量，值为 &os.PathError{Op: "", Path: "", Err: syscall.EACCES}；而实际报错几乎总是 *os.PathError 实例，内部 Err 字段才等于 syscall.EACCES。直接比较地址或值必然失败。
- 错误写法：
if err == os.ErrPermission→ 永远不成立 - 正确写法：
if os.IsPermission(err)→ 穿透包装，直达底层errno - 注意：如果用
fmt.Errorf("write failed: %w", err)包裹过原始 error，os.IsPermission会失效；必须传原始err
os.OpenFile 写入失败后怎么区分“没权限”和“父目录不可写”
权限错误可能发生在两个层面：目标文件本身（如只读文件），或其父目录（如 /root/ 下新建文件时，/root 目录无 x 权限导致无法进入）。os.IsPermission 对两者都返回 true，但处理策略不同。
- 若
os.OpenFile(path, os.O_CREATE|os.O_WRONLY, 0644)失败且os.IsPermission(err)为true，先检查filepath.Dir(path)是否可访问 - 用
os.Stat(filepath.Dir(path))获取父目录信息，再用os.IsPermission判其错误 —— 若也失败，大概率是父目录权限问题 - 不要跳过这步：很多“写入失败”实际卡在
mkdir -p阶段，而非文件打开阶段
想提前规避权限错误？别只查目标文件，要逐级检查父目录
os.Stat 本身就会因权限不足失败，所以不能假设“能 Stat 就能写”。真正安全的预检，是向上遍历每一级目录，确认其 Mode().Perm() & 0100 != 0（用户有执行权限，即 Linux/macOS 下“可进入”）。
- 示例路径
/a/b/c/file.txt，需依次检查/a、/a/b、/a/b/c的x权限 - 代码中可用
for dir := filepath.Dir(path); dir != "/" && dir != "."; dir = filepath.Dir(dir)循环 - 注意：macOS 上某些系统路径（如
/private/var/folders）即使Stat成功，也可能在写入时被 sandbox 拦截 —— 此类情况os.IsPermission同样适用
os.WriteFile 报 permission denied 怎么办
os.WriteFile 是原子操作，但错误来源更隐蔽：它内部调用 os.OpenFile + Write + Close，失败可能发生在任一环节。权限错误常见于三个位置：
- 父目录不可写（无法创建临时文件或重命名）
- 目标路径已存在且为只读文件（
chmod 444 file） - 文件系统挂载为只读（如
mount | grep ro） - 统一用
os.IsPermission(err)捕获后，优先提示用户检查路径所在磁盘/挂载点状态，再查具体路径权限
真正容易被忽略的是：Windows 上 os.WriteFile 对只读文件的处理与 Unix 不同——它不会自动清除只读位，而是直接报错；此时 os.IsPermission 仍返回 true，但修复动作应是先 os.Chmod(path, 0644) 再重试。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
