std::wcout 输出中文乱码或空白的常见原因是：Windows 控制台默认不支持 UTF-16 且 std::wcout 默认绑定 "C" locale，未调用 imbue 设置系统 locale，也未启用 Unicode 控制台模式，导致宽字符静默失败或解码错位。
std::wcout 输出中文乱码或空白的常见原因
直接用 std::wcout 却看不到输出，大概率不是代码写错了，而是流没绑定正确的 locale 或控制台不支持 UTF-16。Windows 控制台默认用的是本地 ANSI 编码（如 GBK），而 <code>std::wcout 在 Windows 上底层通常以 UTF-16 输出，但控制台没被告知“请按 UTF-16 解释”，结果就显示为乱码或空行。
必须调用 std::locale::global() 和 _setmode()
在 Windows 上，仅设置 locale 不够，还要强制让 stdout 句柄以宽字符模式工作。否则 std::wcout 会静默失败或退化成窄输出。
- 先用
std::locale::global(std::locale(""))绑定系统 locale（注意双引号内为空字符串，表示当前系统区域设置） - 再用
_setmode(_fileno(stdout), _O_U16TEXT)（需包含<io.h>和<fcntl.h>）切换 stdout 模式 - 这两步缺一不可；只设 locale，
_setmode不调，照样乱码
Linux/macOS 下 std::wcout 的行为差异
Linux 终端通常原生支持 UTF-8，std::wcout 默认走的是 UTF-32 或 UTF-16，但终端不认——所以反而更可能完全不显示。这时推荐绕过 std::wcout，改用 std::cout + std::wstring_convert（C++17 已弃用）或手动转 UTF-8。
- 简单可靠的做法：用
std::wcstombs将std::wstring转为 UTF-8std::string，再用std::cout输出 - 不要依赖
std::wcout.imbue(std::locale("en_US.UTF-8"))—— 多数发行版不保证该 locale 已安装，且 imbue 对 stdout 底层句柄无实际影响 - macOS 的 Terminal.app 默认 UTF-8，但
std::wcout仍可能因未 setlocale(LC_ALL, "") 而 fallback 到 "C" locale，导致宽字符被截断
跨平台可运行的最小安全写法
如果必须用 std::wcout 且兼顾 Windows/Linux，最简健壮写法是条件编译 + 显式错误检查：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
#ifdef _WIN32
_setmode(_fileno(stdout), _O_U16TEXT);
std::locale::global(std::locale(""));
#else
std::setlocale(LC_ALL, "en_US.UTF-8"); // 或 ""，取决于系统配置
std::locale::global(std::locale("en_US.UTF-8"));
#endif
std::wcout << L"测试" << std::endl;
注意：std::wcout 的缓冲行为和 std::cout 不同，有时需要显式 std::wcout.flush() 才能看到输出，尤其在调试时重定向到文件或 IDE 控制台中。
真正麻烦的从来不是那行 L"xxx"，而是 locale 绑定时机、控制台编码解释权、以及不同标准库实现对 wide stream 的底层处理差异——这些细节一旦漏掉一个，输出就消失得毫无征兆。
