Windows C++长路径失败源于系统级MAX_PATH=260限制，需同时启用注册表LongPathsEnabled=1、程序清单声明longPathAware=true，并强制使用\?绝对路径前缀。
Windows下C++打开长路径失败：不是代码问题，是系统默认限制
Windows API 默认对路径长度硬性截断在260字符（MAX_PATH），哪怕你的 std::filesystem::path 或 CreateFileA 构造没问题，一调用就返回 ERROR_FILENAME_EXCED_RANGE 或直接 nullptr。这不是C++标准的问题，是Win32子系统几十年的老规矩。
解决核心只有一条路：启用长路径支持 + 强制走 \? UNC前缀路径。缺一不可。
启用长路径支持的两个必要条件
光改代码没用，系统层和进程层都得“点头”：
- 系统策略必须开启：修改注册表
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystemLongPathsEnabled为DWORD=1（Win10 1607+ / Win11 默认已开，但域控环境常被组策略关掉） - 你的exe必须声明支持长路径：在链接时加 manifest 文件，或更简单——用
#pragma comment(linker, "/manifestdependency:"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'"")不够，得显式声明longPathAware=true；推荐直接在项目属性 → 清单工具 → 输入和输出 → 启用长路径支持（VS2019+）
构造有效长路径：\? 前缀不是可选，是强制规则
\? 不是“加了更好”，而是“不加必挂”。它告诉Windows跳过路径规范化（如处理 .、..）、禁用8.3短名转换、绕过 MAX_PATH 检查——但代价是：路径必须绝对、不能含/、不能有通配符、不能是相对路径。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
常见错误写法：
-
"\\?\C:\very\long\path"✅ 正确（双反斜杠转义后是\?C:...） -
"\?\C:\path"❌ 少一个，变成非法UNC格式 -
"\\?\..\foo"❌ 含..，\?下不支持路径回退 -
"\\?\C:/path"❌ 混用正斜杠，Win32只认反斜杠
实操建议：用 std::filesystem::absolute() 先转成绝对路径，再拼前缀：
std::filesystem::path p = "D:\project\src\deep\nested\...\file.txt"; auto abs = std::filesystem::absolute(p); std::wstring long_path = L"\\?\"; long_path += abs.native(); // 注意：必须用 .native() 得到 wstring HANDLE h = CreateFileW(long_path.c_str(), ...);
std::filesystem 在长路径下的实际表现与坑
C++17 std::filesystem 在Windows上底层仍调Win32 API，所以同样受 MAX_PATH 限制——除非你手动喂它 \? 路径。但它自己**不会自动加前缀**，也不会报明确错误，经常静默失败（比如 exists() 返回 false 却不抛异常）。
-
std::filesystem::path构造时传入\?路径完全合法，且后续所有操作（parent_path()、filename()）都正常 - 但
std::filesystem::canonical()会炸：它内部尝试解析路径，而\?下禁止解析，直接抛std::filesystem::filesystem_error - 跨平台代码要小心：Linux/macOS无视
\?，直接当普通路径字面量处理，可能意外创建出名字带\?的文件夹
结论：长路径场景下，别依赖 std::filesystem 自动兜底，老老实实自己拼 \?，并只用它做基础I/O，避开 canonical、relative_path 这类需要路径语义解析的操作。
最易被忽略的一点：哪怕你写了 \?，如果目标卷是FAT32或exFAT，文件系统本身不支持长文件名，照样失败——这时候得看 GetVolumeInformation 的 lpMaximumComponentLength，而不是只盯API返回值。
