PermissionError是Python对底层系统权限拒绝错误（如EACCES或ERROR_ACCESS_DENIED）的直接封装，常见于os.remove()、shutil.rmtree()等调用失败时，继承自OSError但更具体。
PermissionError在Python中到底对应哪些系统操作
它不是抽象的“没权限”，而是Python对底层系统调用失败的直接包装。当你调用os.remove()、shutil.rmtree()、open(..., 'w')或os.mkdir()等函数，而操作系统返回EACCES（Linux/macOS）或ERROR_ACCESS_DENIED（Windows）时，Python就抛出PermissionError——和OSError是同源的，但更具体。
常见触发场景包括：
• 尝试删除一个只读文件（尤其在Windows上）
• 向无写入权限的目录创建文件
• 用shutil.copy()覆盖目标路径但父目录不可写
• 在容器或受限沙箱环境中访问挂载点外的路径
捕获PermissionError的正确写法和常见错误
直接except PermissionError:是安全且推荐的，但要注意两点：一是它继承自OSError，所以不能放在OSError之后（否则会被提前捕获）；二是某些旧版本Python（PermissionError类型，需回退到OSError并检查.errno。
- ✅ 正确顺序：
try: os.remove('/root/protected.txt') except PermissionError as e: print(f"权限不足：{e}") except OSError as e: # 处理其他系统错误，如文件不存在（ENOENT） print(f"其他系统错误：{e}") - ❌ 错误顺序：
except OSError:写在except PermissionError:前面 →PermissionError永远不会被捕获 - ⚠️ 兼容旧版本写法（Pyexcept OSError as e: if e.errno == 13: # EACCES print("权限拒绝") else: raise
仅捕获PermissionError还不够：常被忽略的边界情况
很多开发者以为抓了PermissionError就万事大吉，但实际运行中还会遇到看似权限问题、实则别的原因导致的失败。
- 目录非空时调用
os.rmdir()→ 抛OSError（errno=39，ENOTEMPTY），不是PermissionError - 文件正被其他进程占用（如Windows下记事本打开着）→
PermissionError（但本质是共享锁冲突，非权限设置问题） - SELinux/AppArmor强制策略拦截 → 可能表现为
PermissionError，但e.strerror可能含"Operation not permitted"而非"Permission denied" - 符号链接指向不可达路径 →
OSError（errno=2，ENOENT），不是权限问题
因此，真正健壮的处理逻辑往往要结合e.errno、e.strerror和操作上下文判断，不能只靠异常类型。
修复权限比捕获更重要：实用检查与预处理建议
捕获只是兜底，主动规避才是关键。Python本身不提供跨平台的权限修改接口（os.chmod()在Windows上作用有限），但可以做前置探测：
- 用
os.access(path, os.W_OK)粗略检查写权限（注意：受umask和SELinux影响，结果非绝对） - 对目标路径逐级检查父目录是否可写：
os.access(os.path.dirname(path), os.W_OK) - Windows下想删只读文件？先用
os.chmod(path, stat.S_IWRITE)放开位，再os.remove() - 用
shutil.rmtree()删目录前，可先os.chmod()整个树设为可写（需递归）
这些操作本身也可能抛PermissionError——所以最终还是得回到第一层：捕获要有层次，检查要有退路，日志里务必保留e.errno和repr(e)，不然线上出问题根本没法区分是配置错了还是磁盘坏了。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
