Windows下fstream无法打开超长路径的根本原因是系统API对260字符路径长度的硬性限制，需通过注册表或清单文件启用长路径支持，且必须使用wfstream配合L"\?..."格式宽字符路径。
Windows 下 fstream 打不开超长路径，根本原因是系统 API 拦截了
Windows 默认对路径长度硬性限制在 260 字符（MAX_PATH），哪怕你用 C++17 的 std::filesystem 构造路径，底层调用 CreateFileW 时仍会被 fstream 的实现拦截——它没主动加 \? 前缀，也没启用长路径支持。这不是 C++ 标准的问题，是 Windows 运行时的默认行为。
常见错误现象：fstream.open() 静默失败（is_open() 返回 false），或抛出 std::ios_base::failure，但错误码可能是 ERROR_PATH_NOT_FOUND 或 ERROR_INVALID_NAME，不是权限或文件不存在。
- 必须在进程启动前启用长路径支持（通过注册表或清单文件），否则任何 C/C++ 标准库 I/O 都绕不过去
- 仅靠改用
wstring或std::filesystem::path不解决问题——fstream构造函数内部仍走窄/宽字符 Win32 路径解析，不自动加\? - Visual Studio 2015 及以后版本默认开启长路径支持（需项目属性中勾选“启用长路径支持”），但发布时目标机器若未配置，依然失败
启用系统级长路径支持的两种可靠方式
不改代码也能让 fstream 工作，但必须确保运行环境满足条件。两者选其一即可，推荐方式二（更可控）：
- 修改注册表：将
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystemLongPathsEnabled设为DWORD=1（需管理员权限 + 重启资源管理器或机器） - 在可执行文件同目录放
app.manifest，并在<application></application>节点内加入：<windowsSettings xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings"> <longPathAware>true</longPathAware> </windowsSettings>
注意：VS 项目需右键属性 → 链接器 → 清单文件 → “启用清单”设为“是”，并指定该 manifest
手动加 \? 前缀后，fstream 仍可能失败的原因
即使路径已形如 L"\?C: erylongpath ile.txt"，fstream 在某些 MSVC 版本（尤其是旧版）中仍会内部截断或误解析。这是因为标准库实现对 ? 前缀的支持不一致，且只对宽字符路径有效，窄字符路径加了也白加。
立即学习“C++免费学习笔记（深入）”；
- 必须用
std::wfstream，传std::wstring，不能用std::fstream+std::string - 路径开头必须是
L"\\?\\"（4 个反斜杠：前两个是转义，后两个是字面量），少一个就失效 - 盘符后必须跟冒号和反斜杠，比如
L"\\?\C:\..."，不能写成L"\\?\C:..."或L"\\?\C:/..." - UNC 路径要写成
L"\\?\UNC\server\share\..."，不是\\server\share\...
更稳妥的替代方案：绕过 fstream，直接用 Win32 API
当路径不可控、部署环境无法统一配置、或需要精确错误诊断时，放弃 fstream 是最快落地的选择。Win32 的 CreateFileW 对 \? 支持最彻底，且错误码明确。
- 打开文件：
HANDLE h = CreateFileW(L"\\?\C:\...", GENERIC_READ, 0, nullptr, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, nullptr); - 配合
_open_osfhandle和_fdopen可桥接到 FILE* 或 std::FILE*，再封装成流（但通常没必要） - 若坚持用 C++ 流，可用
std::filebuf子类重写open()，底层调用CreateFileW，但工作量大、易出错，仅限高频超长路径场景
真正容易被忽略的是：长路径支持不是“开了就一劳永逸”。比如杀毒软件、备份工具、甚至某些 Windows Shell 扩展会 hook 文件 API 并擅自截断路径，导致即便系统配置正确，fstream 仍失败。这时候只能换 Win32 方式，并检查第三方软件干扰。
