pil打开图片后os.rename()一定失败，因image.open()创建的对象持有未释放的文件句柄，windows重命名需独占访问；with语句或显式close()可释放句柄。
Windows 会锁住被打开的文件，os.rename() 需要独占访问权，而 PIL、open()、甚至资源管理器预览窗格都可能持有句柄——不释放就重命名，必然报 PermissionError: [WinError 32]。
为什么 PIL 打开图片后 os.rename() 一定失败
Image.open() 默认以共享读取模式打开文件，但 Windows 要求重命名操作必须获得文件的独占句柄。只要 Python 进程内还存在未关闭的 Image 对象，底层文件句柄就未释放。
- 错误典型写法：
img = Image.open('a.jpg'); os.rename('a.jpg', 'b.jpg')——img仍存活，句柄卡死 -
with Image.open(...)是安全边界：退出with块时自动调用img.close()，句柄释放 - 显式调用
img.close()也有效，但容易遗漏；若中途异常退出，close()可能不执行 - 注意：
img.load()或img.show()不影响句柄状态，真正卡住的是Image.open()创建的对象本身
os.rename() 报 FileNotFoundError: [Errno 2] 的真实原因
这不是“文件不存在”，而是 Python 在当前工作目录下没找到该路径——它压根没去你写的绝对路径里找。
- 常见诱因：
os.rename('a.txt', 'b.txt')中两个参数被当作相对路径，实际查找位置是os.getcwd()，不是文件所在目录 - 验证方式：打印
os.getcwd()和os.path.abspath('a.txt')，大概率不一致 - 修复不靠
os.chdir()（易引发其他路径混乱），而应统一用绝对路径 + 确保源路径真实存在：os.path.exists(source_path)和os.path.isfile(source_path)必须为True - 目标路径的父目录必须已存在，
os.rename()不创建中间目录；缺失时先调os.makedirs(os.path.dirname(dest), exist_ok=True)
跨磁盘、长路径、中文名这些“隐藏雷区”
它们不会直接导致 WinError 32，但会让问题更难定位，且常和句柄占用叠加出现。
- 跨卷重命名（如
C:\a.jpg → D:\b.jpg）在 Windows 下直接拒绝，必须改用shutil.move() - 路径总长超 260 字符（
len(os.path.abspath(path)) > 240）会触发系统级MAX_PATH限制，os.path.exists()返回False，看似文件丢失 - 中文/特殊字符本身不是问题，但若终端或 IDE 编码与 Python 不一致，
os.listdir()显示乱码，可能导致你误删或重命名错文件——建议用pathlib.Path().iterdir()+str(p).encode('utf-8').decode('utf-8')验证可 round-trip
最易被忽略的一点：文件可能根本没被你的 Python 进程锁住，而是被资源管理器缩略图缓存、杀毒软件实时扫描、甚至 VS Code 的文件监视器悄悄打开着。关掉预览窗格、临时禁用杀软、用 Process Explorer 搜索句柄，比反复改代码更高效。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
