Windows长路径限制是系统级260字符硬限制，需先启用注册表或组策略开关，再在Python中显式使用“?”前缀构造绝对路径，且多数标准库函数需手动适配，第三方库存在兼容性陷阱。
Windows长路径限制到底是什么
Windows默认对文件路径长度限制为260字符（MAX_PATH），超过就会触发FileNotFoundError或OSError: [WinError 206] The filename or extension is too long。这不是Python的问题，而是Windows API层的硬限制，哪怕路径真实存在，os.listdir()、shutil.copy()、open()都可能直接失败。
启用长路径支持的系统级开关
必须先在Windows中启用长路径支持，否则Python层面所有技巧都无效。这一步常被跳过，导致后续操作白忙活：
- 修改注册表：将
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystemLongPathsEnabled设为1（DWORD） - 或通过组策略：计算机配置 → 管理模板 → 系统 → 文件系统 → 启用“Win32长路径支持”
- 需管理员权限，且重启后生效（部分场景需重登用户会话）
验证是否生效：运行cmd执行echo %__COMPAT_LAYER%应为空，且python -c "import os; print(os.path.exists(r'\?C: erylongpath...'))"不再报错。
Python中正确使用\?前缀
启用系统开关后，仍需在Python中显式使用NT命名空间前缀?，否则API调用仍走传统路径解析逻辑：
立即学习“Python免费学习笔记（深入）”；
-
\?必须放在绝对路径最前面，且不能有UNC前缀（如\servershare要转成\?UNCservershare） -
os.path.join()会破坏前缀，必须手动拼接：r"\?" + os.path.abspath(path) - 多数标准库函数不自动处理该前缀，
open()、os.stat()、shutil.move()可直接用；但pathlib.Path需绕过：Path(r"\?" + str(p)) - 注意：
\?路径不进行..或.解析，也不转换斜杠，必须传入规范化的绝对路径
示例：
long_path = r"C: erydeepdirectorywithmanysubfolders ile.txt"
nt_path = r"\?" + os.path.abspath(long_path)
with open(nt_path, "r") as f:
data = f.read()
第三方库的兼容性陷阱
很多常用库（如glob、zipfile、tarfile）内部未适配\?，直接传入长路径仍会失败：
-
glob.glob()：改用pathlib.Path().rglob()，它底层调用Windows API时自动加前缀（Python 3.12+更稳定） -
zipfile.ZipFile：写入长路径文件时，需确保ZipInfo.filename字段本身不超60字符（ZIP格式限制），与系统长路径无关 -
shutil.copytree()：Python 3.8+已支持长路径，但若源/目标含\?前缀，需自行处理路径拼接，避免重复添加 - 第三方包如
pywin32提供win32file.CopyFile()等原生封装，更可控但增加依赖
真正卡住的地方往往不是“能不能用”，而是某个中间环节（比如日志库自动调用os.path.dirname()再拼接）悄悄剥离了\?前缀——这种隐式转换很难排查。
