Windows下ofstream打开中文路径失败本质是ANSI编码与UTF-8路径不匹配；最稳解法是用std::filesystem::path配合std::wofstream，需确保源文件为UTF-8 with BOM并用L""声明宽字符串路径。
Windows 下 ofstream 打开中文路径失败，本质是编码不匹配
默认情况下，ofstream（以及整个 C++ 标准库的文件 I/O）在 Windows 上使用 ANSI 编码（即系统本地代码页，如 GBK），而你传入的 std::string 中文路径若来自 UTF-8 字符串字面量或现代编辑器保存，默认就是 UTF-8 —— 两者错位，导致路径被截断、解析失败，甚至 is_open() 返回 false，但不报具体错误。
用 std::filesystem::path + std::wofstream 是最稳的解法
Windows API 原生支持宽字符路径（wchar_t*），而 std::filesystem::path 在 Windows 下底层自动转为宽字符串，配合 std::wofstream 可绕过多字节编码转换问题：
- 确保源文件以 UTF-8 with BOM 或 UTF-16 保存（VS 默认 UTF-8 without BOM 会出问题，建议手动设为 UTF-8 with BOM）
- 路径字符串必须用
L""前缀声明为宽字符串，或通过std::filesystem::path构造（它会自动处理编码） -
std::wofstream的构造函数接受std::filesystem::path（C++17 起），无需手动转wchar_t*
#include <fstream>
#include <filesystem>
int main() {
std::filesystem::path p = L"D:\测试\hello.txt"; // ✅ 宽字符串路径
std::wofstream wofs(p);
if (wofs.is_open()) {
wofs << L"你好，世界！";
}
}
别硬用 std::ofstream + std::string 强转 UTF-8 路径
有人试过把 UTF-8 路径用 MultiByteToWideChar(CP_UTF8, ...) 转成 wchar_t* 再传给 CreateFileW，但这和标准库 ofstream 无关；而直接把 UTF-8 std::string 传给 ofstream 构造函数，在 Windows 上永远走的是 ANSI 路径解析逻辑，注定失败。
-
ofstream的const char*构造函数不会识别 UTF-8 —— 它只按当前代码页解释字节 - 即使调用
SetConsoleOutputCP(CP_UTF8)或_setmode(_fileno(stdout), _O_U16TEXT)，也只影响控制台输出，不影响文件路径解析 - 第三方库如 Boost.Filesystem 同样依赖底层宽字符 API，不解决根本，只是封装了转换
跨平台项目要小心：Linux/macOS 不需要宽字符路径
Linux 和 macOS 的文件系统原生支持 UTF-8 路径，std::ofstream 直接传 UTF-8 std::string 就能工作。所以如果你写的是跨平台代码：
立即学习“C++免费学习笔记（深入）”；
- 不要无条件用
std::wofstream—— macOS 上编译可能失败，Linux 上行为未定义 - 推荐统一用
std::filesystem::path构造路径，再根据平台选择流类型：ofstream（POSIX）或wofstream（Windows） - C++20 的
std::ofstream已支持std::filesystem::path，但 Windows 实现仍要求内部为宽字符串，所以实际仍需平台适配
真正容易被忽略的是：Visual Studio 新建项目的默认字符集是“使用 Unicode 字符集”，但新建 .cpp 文件默认编码却是 UTF-8 without BOM —— 这会导致 L"中文" 字面量编译失败或内容错乱。务必在 VS 中右键文件 → “高级保存选项” → 显式选“UTF-8 with BOM”。
