直接用 std::wcout 输出宽字符中文，默认大概率是乱码或无输出——因为 Windows 控制台默认不支持 UTF-16，Linux/macOS 终端虽支持但需正确设置本地化（locale），且 C++ 标准库的宽流在不同平台行为差异极大。
为什么 std::wcout 在 Windows 上常失效
Windows 控制台（conhost）底层使用 UTF-16，但 std::wcout 默认绑定的是“C” locale，不进行编码转换；同时，Visual Studio 默认项目不启用 Unicode 控制台模式。即使你写了 L"你好"，wcout 仍可能静默失败或输出问号。
- 调用
std::wcout.imbue(std::locale(""));不一定生效——Windows 上空字符串 locale 可能回退为 "C" -
SetConsoleOutputCP(CP_UTF8)+std::wcout是错配：UTF-8 是多字节，wcout期望宽字符，不能混用 - VS2019+ 默认使用窄字符控制台，需手动开启宽字符支持（项目属性 → 配置属性 → 常规 → 字符集 → 使用 Unicode 字符集）
Windows 下可靠输出中文的两种路径
别硬刚 wcout，优先选更可控的方式：
-
方案一（推荐）：用
std::cout+ UTF-8 字符串 + 设置控制台代码页
→ 编译源文件为 UTF-8（无 BOM），字符串字面量写成u8"你好"，再执行SetConsoleOutputCP(CP_UTF8)（需#include） -
方案二（仅限 VS）：启用
_O_U16TEXT模式 +wprintf或直接写控制台
→ 调用_setmode(_fileno(stdout), _O_U16TEXT);，之后可用wprintf(L"你好");，但std::wcout仍需额外imbue且不稳定
#include#include #include int main() { _setmode(_fileno(stdout), _O_U16TEXT); wprintf(L"你好，世界\n"); return 0; }
Linux/macOS 下 std::wcout 的最小可行配置
必须显式 imbue 一个支持 UTF-8 的 locale，且终端环境变量（LANG）要匹配。常见错误是只设 std::locale("") 却没确认系统 locale 是否启用。
立即学习“C++免费学习笔记（深入）”；
- 先查系统 locale：
locale -a | grep -i utf，确保有类似zh_CN.UTF-8或en_US.UTF-8 - 代码中必须在首次使用
wcout前调用：std::wcout.imbue(std::locale("zh_CN.UTF-8"));（注意引号内名称须与系统一致） - 若 locale 名不匹配，
imbue会抛std::runtime_error，建议加 try/catch - 避免用
std::locale::global()全局设置——它会影响std::stoi等函数的小数点/千分位解析
#include#include int main() { try { std::wcout.imbue(std::locale("zh_CN.UTF-8")); std::wcout << L"你好，世界" << std::endl; } catch (const std::runtime_error& e) { std::cerr << "locale not supported: " << e.what() << std::endl; } }
跨平台可移植性差的本质原因
std::wcout 的行为由 C++ 标准库实现（libstdc++、libc++、MSVC STL）和操作系统控制台子系统共同决定，两者之间没有统一的宽字符传输协议。Windows 用 UTF-16，Linux 终端用 UTF-8，而 wchar_t 在 Windows 是 16 位，在 Linux/macOS 是 32 位——这意味着同一段 L"中文" 在不同平台底层表示不同，无法直接互通。
- 不要指望一份代码在 Windows + Linux 上都靠
wcout正常输出中文 - 生产环境建议统一用 UTF-8 字符串 +
std::cout，配合平台适配的代码页/环境设置 - 若必须用宽字符（如调用 Windows API），就绕过 iostream，直接用
WriteConsoleW或wprintf
真正麻烦的不是写几行代码，而是每个平台都要验证 locale 是否存在、控制台是否接受该编码、编译器是否把源文件按预期编码读入——这些细节不报错，但输出就是空白或乱码。
