Windows下std::fstream无法打开中文路径文件的根本原因是其底层调用ANSI版Win32 API，而UTF-8源码中的中文字符串被误按GBK解码导致乱码；正确做法是用std::wfstream配合UTF-16路径，推荐统一使用C++17 std::filesystem。
Windows 下用 std::fstream 打不开含中文路径的文件？默认编码不匹配
根本原因是 std::fstream 在 Windows 上底层调用的是 ANSI 版本的 Win32 API（如 CreateFileA），而你传入的 const char* 字符串如果来自 UTF-8 编码的源文件（比如 VS 默认保存为 UTF-8 with BOM 或无 BOM），就会被当作本地 ANSI（通常是 GBK）去解码，导致路径乱码、打开失败。
- VS 项目属性里「字符集」设为「使用多字节字符集」时，
std::fstream只认系统当前 ANSI 编码（如简体中文 Windows 是 GBK），不是 UTF-8 - 即使源码存成 UTF-8，
"C:\测试\file.txt"这种字面量在 GBK 环境下会被错误解释为乱码路径 - 用
std::wstring+std::wfstream是正解，但必须配合 UTF-16 编码的字符串字面量或正确转换
std::wfstream 怎么写才真正支持中文路径？别直接用 L"..."
很多人写了 std::wfstream f(L"C:\测试\file.txt"); 还是失败——因为 L"..." 字面量在 VS 中默认按源文件编码解释，如果源文件是 UTF-8，L"测试" 实际生成的是 UTF-8 字节塞进宽字符数组，不是合法 UTF-16。
- 确保源文件保存为 **UTF-8 with BOM**，并在 VS 里启用 `/utf-8` 编译选项（否则
L""不会按 UTF-8 解析） - 更稳妥的做法：用
std::mbstowcs或MultiByteToWideChar(CP_UTF8, ...)把 UTF-8 字符串转为std::wstring - 示例：
std::string utf8_path = "C:\测试\data.txt"; std::wstring wpath(utf8_path.length(), L' '); std::mbstowcs(&wpath[0], utf8_path.c_str(), utf8_path.length()); std::wfstream f(wpath);
Linux/macOS 下为什么通常没事？但仍有隐性风险
POSIX 系统的 open() 等系统调用本身不解析路径编码，只是把字节序列原样传给内核，只要你的 locale 设置（如 LANG=zh_CN.UTF-8）和文件名实际编码一致，std::fstream 就能工作。但这不等于“自动支持中文”。
- 如果你在 UTF-8 终端下运行程序，但程序内部把路径误当成 Latin-1 处理（比如从某些旧库读取），依然会失败
- 跨平台代码若混用
std::string路径和硬编码中文，到 Windows 就崩，建议统一用std::wstring+std::wfstream（Windows 必须，Linux/macOS 可用但需注意 locale） - 第三方库如 Boost.Filesystem 或 C++17 的
std::filesystem内部做了平台适配，推荐优先用std::filesystem::path构造路径再转宽字符串
用 std::filesystem 是最省心的方案，但要注意编译器支持
C++17 的 std::filesystem 对路径编码做了封装，std::filesystem::path 构造函数能接受 std::string（按当前 locale 解释）或 std::wstring（Windows 下直接转 UTF-16），再通过 .c_str() 或 .c_wstring() 获取安全指针。
立即学习“C++免费学习笔记（深入）”；
- VS 2019 16.10+、GCC 11+、Clang 12+ 基本可用；老版本需确认是否开启
-lstdc++fs或对应链接选项 - 示例：
std::filesystem::path p("C:\测试\log.txt"); std::wfstream f(p.c_str()); // Windows 下 c_str() 返回 const wchar_t* - 避免直接对
std::filesystem::path调用.string()后传给std::fstream，这又退回到窄字符陷阱
wfstream 静静失败。 
