应直接操作文件并捕获具体异常而非预检exists()，因存在竞态条件；pathlib异常与os一致但exists()等也可能抛OSError；rmtree需手动遍历处理错误；Windows的Access is denied多因进程占用而非权限问题。
os.path.exists() 不能替代异常处理
很多开发者习惯先用 os.path.exists() 判断路径是否存在，再调用 open() 或 os.remove() —— 这看似安全，实则引入竞态条件（race condition）。两个调用之间文件可能被其他进程创建、删除或权限变更。
正确做法是直接操作，捕获具体异常：
-
FileNotFoundError：路径不存在（含父目录缺失） -
PermissionError：权限不足（如无写权限却尝试写入） -
IsADirectoryError/NotADirectoryError：类型误判（比如把文件当目录遍历） -
OSError（作为兜底）：覆盖其他底层 I/O 错误，但不要盲目捕获它代替具体异常
使用 pathlib.Path 时的异常一致性
pathlib 虽然语法更简洁，但异常类型和触发时机与 os 模块基本一致。例如 Path.mkdir(parents=True) 在父目录不可写时仍抛 PermissionError；Path.read_text() 遇到编码问题抛 UnicodeDecodeError，不是 OSError 子类。
注意两点：
立即学习“Python免费学习笔记（深入）”；
网博士中英文外贸企业网站源码
下载
系统简介系统三大特色：1、全静态：全站生成.html静态页面。降低服务器压力，增强百度收录。2、高优化：特别针对搜索引擎进行优化处理，让客户快速找到你。3、够简单：拥有完善后台管理系统，所有内容均可在后台进行更新。非专业人士也可操作。网站后台后台管理地址：http://你的网站域名/Admin/login.asp用户名：admin密码：admin后台文件夹名：Admin数据库存放位置：Data21
-
Path.exists()和Path.is_file()等方法本身也可能抛OSError（如遇到挂载失败的 NFS 路径），不能假设它们“绝对安全” - 链式调用如
p.parent.mkdir(exist_ok=True)中，exist_ok=True只抑制FileExistsError，不处理权限或磁盘满等其他错误
递归操作（如 shutil.rmtree）的中断与恢复
shutil.rmtree() 默认遇到任何错误（如某个子文件被占用）就直接抛出异常，整个删除中断，且不提供回调或部分成功状态。
需要可控清理时，应手动遍历：
- 用
os.walk(top, topdown=False)自底向上遍历，先删文件再删空目录 - 对每个
os.remove()或os.rmdir()单独 try/except，记录失败项而非中断流程 - 避免用
shutil.rmtree(..., onerror=...)回调——它仅用于跳过单个错误，无法区分“跳过”和“忽略后继续”，易掩盖真正问题
Windows 下的特殊错误：Access is denied
在 Windows 上，PermissionError: [WinError 5] Access is denied 是高频错误，原因往往不是权限设置，而是文件正被其他进程占用（如 Excel 打开 .csv、IDE 锁定 .pyc）。
应对策略有限但明确：
- 不要尝试“重试 N 次”，除非业务逻辑明确允许延迟操作
- 用
psutil.Process().open_files()检查谁占用了该路径（需管理员权限，且仅限当前用户进程） - 最稳妥的做法是向用户明确报错：“文件正被其他程序使用，请关闭后再试”，而不是吞掉异常或伪造成功
PermissionError 在 Linux 是 chmod 问题，在 Windows 很可能是进程占用），必须结合平台和上下文判断。 
