windows路径长度超260字符触发oserror[winerror 206]而非filenotfounderror，根源是系统api限制；启用注册表longpathsenabled并重启python进程可解决，或改用pathlib.path、unc路径及rglob等安全替代方案。
Windows下FileNotFoundError或OSError: [WinError 206]的根源
这不是Python本身的问题，而是Windows API对路径长度默认限制在260字符（MAX_PATH）。当os.path.exists()、open()或shutil.copy()遇到超长路径时，会直接抛出OSError: [WinError 206] The filename or extension is too long，而不是你预期的FileNotFoundError。
关键点：错误发生在系统调用层，Python无法绕过——除非启用长路径支持或改用UNC路径。
- 确认是否为该问题：打印出错路径长度，
len(r'yourpathhere')> 260 就基本锁定 - 不要尝试用
os.path.normpath()或pathlib.Path.resolve()“简化”路径——它们不解决底层限制 - 避免手动拼接
'\\?\' + path前缀：虽然可行，但极易因转义/编码出错，且不兼容所有函数（如zipfile）
启用Windows长路径支持（推荐优先尝试）
这是最稳妥的解法，让系统级API接受超过260字符的路径。需同时满足两个条件：
- Windows 10版本1607+（或Windows Server 2016+）
- 在注册表或组策略中启用
LongPathsEnabled（值为1）
命令行一键启用（管理员权限运行）：reg add HKLMSYSTEMCurrentControlSetControlFileSystem /v LongPathsEnabled /t REG_DWORD /d 1 /f
启用后无需重启，但Python进程需重新启动。验证方式：import os; print(os.path.exists(r'\?C: erylongpath...' * 10)) 应返回True而非报错。
Python代码中安全处理长路径的替代方案
即使启用了系统支持，某些第三方库（如pip、旧版setuptools）仍可能内部截断路径。此时需主动降级路径深度或切换访问方式：
- 用
pathlib.Path代替字符串拼接：p = pathlib.Path(r'C: oot') / 'a' / 'b' / 'c'，它自动处理反斜杠和编码，减少出错概率 - 临时切换工作目录：
os.chdir()到靠近目标文件的父目录，再用相对路径操作 - 对
shutil操作，优先用shutil.copy2(src, dst)而非shutil.copytree()——后者在遍历时更容易触达深层嵌套路径 - 读写ZIP/JSON等文件时，若路径来自用户输入，先用
pathlib.Path.resolve().as_posix()标准化，再检查长度
os.listdir()和glob.glob()在长路径下的行为差异
os.listdir()在长路径下会直接失败；而glob.glob(r'C:deep***.py', recursive=True)可能部分返回结果但中途崩溃。更可靠的做法是：
- 改用
pathlib.Path.rglob()：list(pathlib.Path(r'C:deep').rglob('*.py'))，它内部使用Windows原生API，受长路径设置影响更小 - 避免
glob中的**嵌套过深，可分层遍历：for p in Path('top').iterdir(): ... - 如果必须用
os.walk()，捕获OSError并跳过失败目录：try: dirs, files = next(os.walk(root))except OSError: continue
真正麻烦的不是单个超长文件名，而是路径中包含大量层级+长文件名的组合。这类场景下，哪怕启用了长路径支持，NTFS卷的8.3短文件名机制也可能失效，导致某些老旧工具链彻底卡死——这时只能重构目录结构，别硬扛。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
