windows下c++处理超260字符路径需启用系统长路径支持（注册表longpathsenabled=1）、程序声明longpathaware能力，并统一使用宽字符+\?前缀的绝对路径；std::filesystem需避免utf-8输入、慎用相对路径，旧系统可采用卷映射或setcurrentdirectory绕行。
Windows下C++打开超260字符路径失败
默认情况下，CreateFileA、fopen、std::filesystem::exists 等函数在 Windows 上遇到超过 260 字符的路径会直接失败，错误码通常是 ERROR_PATH_NOT_FOUND 或 ERROR_INVALID_NAME。这不是 C++ 标准的问题，而是 Windows 传统 API 的硬限制（MAX_PATH）。
根本解法是启用长路径支持，并配合 Unicode 路径调用。关键不在“怎么写代码”，而在“怎么让系统允许你用长路径”。
- 必须在 Windows 10 1607+ 或 Server 2016+ 上运行
- 系统级需开启策略：修改注册表
ComputerHKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystemLongPathsEnabled值为1（管理员权限） - 程序需声明启用长路径能力：在
.exe.manifest中添加longPathAware元素，或通过SetProcessLongPathAware()（Windows 10 2004+）动态启用
std::filesystem 在 Windows 上的长路径陷阱
std::filesystem 默认走 Windows 底层 API，如果没启用长路径支持，它会在内部截断或拒绝解析长路径——哪怕你传的是 std::wstring。更隐蔽的是，某些操作（如 std::filesystem::status()）可能静默返回 file_status(file_type::not_found)，而不是抛异常。
实操建议：
- 始终用
std::filesystem::path构造宽字符串路径：std::filesystem::path(L"\\?\C:\very\long\path\...") - 避免拼接原始字符串，优先用
/操作符：p /= L"subdir"，它会自动处理分隔符和编码 - 检查
std::filesystem::exists(p)前，先确认p.is_absolute()且不含非法字符（如CON、AUX） - 不要依赖
std::filesystem::u8path处理 UTF-8 输入——Windows API 不直接识别 UTF-8 路径，必须转std::wstring
手动构造 \? 前缀时的常见错误
Windows 要求绝对路径启用长路径时必须以 \\?\ 开头（注意是 4 个反斜杠），但这不是万能补丁。很多开发者加了前缀却仍失败，问题出在路径本身格式不合法。
- 仅支持绝对路径：
\\?\C:\...有效，\\?\..\foo无效 - 不能含
.或..组件，必须先调用std::filesystem::canonical()或手动展开 - 网络路径要用
\\?\UNC\server\share\...，不是\\?\\server\share\... - 驱动器号后必须跟冒号和反斜杠：
\\?\D:\✅，\\?\D:❌
示例正确写法：std::wstring long_path = L"\\?\C:\Users\A\" + std::wstring(200, L'a') + L"\test.txt";
兼容旧系统或无权改注册表时的绕行方案
如果你无法控制目标机器的系统策略（比如打包给客户分发），硬启 longPathAware 不现实。这时只能退回到“路径缩短”思路，但不是删文件名——而是用卷挂载点或 DOS 设备名映射。
- 用
DefineDosDevice创建短别名，例如把长路径映射到Z:，再用Z:\file.txt访问 - 用
GetShortPathNameW获取 8.3 格式路径（但 NTFS 可能禁用 8.3 名称，返回空） - 对目录操作，优先使用
SetCurrentDirectory切到深层目录，再用相对路径访问子项 - 慎用
\?+ 相对路径组合——Windows 不支持，会直接失败
真正难处理的不是“怎么打开”，而是“怎么可靠地发现一个路径是否长到需要特殊处理”。建议在初始化阶段用 GetFullPathNameW + 长度判断，提前分流逻辑。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
