Windows下ofstream无法打开中文文件名的根本原因是默认调用CreateFileA导致UTF-8路径被误解为GBK，正确解法是改用wofstream并绑定locale("")，且文件名必须为wstring。
Windows 下 ofstream 打不开中文文件名？根本不是编码问题，是 locale 没绑定
Windows 默认 C++ 运行时（MSVC）的 ofstream 不支持 UTF-8 字节序列直接作为文件路径——它底层调用的是 ANSI 版本的 CreateFileA，会把 UTF-8 字节当 GBK 解码，结果路径错乱、返回 failbit。这不是文件内容乱码，是根本打不开。
解决思路不是“转成 GBK”，而是让流使用宽字符接口 + 正确的本地环境：
- 用
std::wofstream替代std::ofstream - 在构造前调用
std::locale::global(std::locale(""));（注意：双引号内为空字符串，表示系统默认 locale） - 文件名必须是
std::wstring，不能是std::string或 UTF-8const char* - VS2015 及以后需定义
_CRT_SECURE_NO_WARNINGS并确保项目字符集设为“使用 Unicode 字符集”（否则wofstream构造可能静默失败）
std::locale("") 在不同平台行为不一致，Linux/macOS 不能照搬
Linux/macOS 的 std::locale("") 通常解析为 en_US.UTF-8 或类似，wofstream 会尝试用 UTF-32 调用 open()，但实际内核只接受 UTF-8 字节流——导致“Invalid argument”错误。这时候宽字符路径反而成了累赘。
跨平台安全做法是：Windows 用 wofstream + locale("")，其他平台退回到 ofstream + UTF-8 std::string 路径：
立即学习“C++免费学习笔记（深入）”；
- 用
#ifdef _WIN32分支隔离 - 不要试图在 Linux 上给
ofstreamimbue任何 locale 来“支持中文名”——它本来就不需要 - 确认终端和文件系统本身支持 UTF-8（现代发行版默认满足，但 Docker 容器或旧嵌入式环境可能 locale 为
C，此时setlocale(LC_ALL, "C.UTF-8")可能有效）
写入中文内容时，imbue 和 BOM 是两回事，别混用
文件名能打开 ≠ 中文内容能正确显示。如果用 wofstream 写入中文，输出的是 UTF-16（Windows 默认），Notepad 会识别 BOM 自动解码；但 VS Code、Sublime 等默认按 UTF-8 解释，就显示乱码。
要输出 UTF-8 内容，有且仅有两种可靠方式：
- 继续用
std::ofstream，但先imbue(std::locale("zh_CN.UTF-8"))（仅 Linux/macOS 有效），再写入std::string的 UTF-8 字节 —— Windows 上此 locale 通常不存在，会抛std::runtime_error - Windows 下更稳妥：用
std::ofstream+ UTF-8std::string路径（需用MultiByteToWideChar(CP_UTF8, ...)+CreateFileW自行打开句柄，再用fdopen包装成FILE*，最后std::ostream构造——太重，一般项目不值得 - 最简实践：放弃
imbue，手动写 UTF-8 字节（os.write(buf.data(), buf.size())），并自己写 BOM（"\xEF\xBB\xBF"）——BOM 不是必需，但 Notepad 依赖它识别 UTF-8
VS2019/2022 的 /utf-8 编译开关对文件名无效
这个开关只影响源码字符串字面量（u8"你好"）的编码解释，不影响运行时传给 ofstream 的 const char* 参数。即使开了 /utf-8，ofstream("你好.txt") 在 Windows 上依然走 ANSI API，照样乱码。
常见误判点：
- 以为加了
#pragma execution_character_set("utf-8")就能救文件名——它只影响字符串字面量编码，不改变 runtime 对路径的处理逻辑 - 在 CMake 中设置
add_compile_options("/utf-8")后仍失败，是因为没切到wofstream - Qt 或 wxWidgets 项目里混用
QFile/wxFileName时，别指望它们自动帮你桥接std::ofstream的 locale 设置
真正卡住人的，永远是那个空字符串 ""：它在 Windows 上触发的是 Chinese_China.936（GBK）还是 Chinese_China.65001（UTF-8）？取决于系统区域设置里的“Beta: Use Unicode UTF-8 for worldwide language support”是否勾选——这个开关一开，locale("") 行为就变了，wofstream 可能又打不开 GBK 编码的路径。没人会专门去查这个。
