wcout输出空白或问号是因为默认使用C locale（ASCII），无法处理UTF-16宽字符；需显式imbue支持Unicode的locale，且VS调试控制台不支持wcout，须在cmd/PowerShell中运行。
宽字符输出在 Windows 控制台默认是不工作的，wcout 直接输出 wstring 很可能显示为空白或乱码——这不是代码写错了，而是流没绑定正确的 locale。
为什么 wcout 输出空白或问号？
根本原因是 wcout 默认使用 C locale（ASCII），无法处理 UTF-16 编码的宽字符。Windows 控制台底层用的是 UTF-16，但 wcout 不会自动适配，必须显式调用 imbue() 并设置支持 Unicode 的 locale。
- 常见错误现象：
wcout 什么也不显示，或只输出一个 <code>? - 不是编码问题：源文件保存为 UTF-8 with BOM 或 UTF-16 都不影响运行时行为
- 不是
setlocale(LC_ALL, "")能解决的——它只影响 C 风格函数（如fwprintf），对wcout无效 - 必须用 C++ locale：
wcout.imbue(locale(""));（注意空字符串表示系统默认 locale）
Windows 下正确初始化 wcout 的三步操作
仅靠 imbue 还不够，控制台输出编码和缓冲区状态也得同步调整。
- 调用
_setmode(_fileno(stdout), _O_U16TEXT);（需包含<io.h></io.h>和<fcntl.h></fcntl.h>）——这是最关键的一步，把 stdout 底层设为 UTF-16 模式 - 再执行
wcout.imbue(locale(""));，让wcout使用系统 locale 解析宽字符 - 可选但推荐：
wcout.sync_with_stdio(false);避免与cout混用时的同步开销（一旦用了wcout，就别混用cout）
wstring 字面量、拼接与跨平台兼容性陷阱
L"abc" 是 UTF-16 在 Windows、UTF-32 在 Linux，但实际开发中几乎只在 Windows 控制台遇到输出问题；Linux 终端原生支持 UTF-8，wcout 反而更难用。
立即学习“C++免费学习笔记（深入）”；
- 不要用
std::to_wstring(123)拼接中文：to_wstring只转数字，且 locale 不影响其结果；中文应直接写L"文本"或用std::wstring_convert（已弃用）/std::mbstowcs转换 UTF-8 字符串 - VS2015+ 支持 UTF-8 源文件 +
u8"abc"，但u8""是const char*，不能直接赋给wstring；要转，得用std::from_chars或第三方库（如 ICU） - 跨平台项目慎用
wcout：Linux 下需手动设置LC_CTYPE环境变量，且终端字体必须支持对应字符；多数情况下，用cout输出 UTF-8 字节流更可靠
调试时怎么确认宽字符真被正确发送了？
别只看控制台显示——它可能因字体缺失而渲染失败，但数据其实发出去了。
- 用
WriteConsoleW直接调用 Win32 API 输出：WriteConsoleW(GetStdHandle(STD_OUTPUT_HANDLE), L"测试", 2, &written, nullptr);，绕过 iostream 层，验证是否是wcout的问题 - 重定向输出到文件：
program.exe > out.txt，然后用支持 UTF-16 的编辑器（如 VS Code）打开，看内容是否完整 - 检查
wcout.fail()或wcout.bad()，初始化后立即查一次，能快速定位imbue是否生效
最常被忽略的一点：Visual Studio 调试控制台（即“输出”窗口）根本不支持 wcout，哪怕所有设置都对，它也只显示空白——必须在真正的 cmd.exe 或 PowerShell 中运行才能看到效果。
