根本原因是wstringstream未绑定locale，默认c locale不支持utf-16/utf-32宽字符编码；必须显式调用wss.imbue(std::locale(""))，否则中文写入后被截断或替换为问号，且不继承wcout的locale设置。
为什么 wstringstream 输出中文变成问号或乱码？
根本原因是 locale 没绑定，wstringstream 默认使用 C locale，不支持 UTF-16/UTF-32 宽字符编码（尤其 Windows 下 wchar_t 是 UTF-16），导致中文写入后被截断、替换为 ? 或空字符。
- Windows 控制台默认代码页是 GBK，但
wstringstream不自动转码，它只做宽字符内存操作，输出到wcout时才涉及终端渲染 - Linux/macOS 的
wchar_t通常是 UTF-32，但仍需显式设置 locale，否则imbue()失效 - 常见错误：只调用
std::wcout.imbue(std::locale(""));却忘了给wstringstream同样 imbue
必须对 wstringstream 调用 imbue() 才生效
wstringstream 的格式化行为（如数字转宽字符串、插入中文）依赖其内部 locale，不继承全局或 wcout 的设置。不显式 imbue，中文字面量能存进去，但 str() 取出的 std::wstring 可能含异常终止符或长度异常。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 正确做法：
std::wstringstream wss; wss.imbue(std::locale(""));（空字符串表示系统默认 locale） - Windows 下推荐：
wss.imbue(std::locale(".936"))（GBK）或".65001"（UTF-8，但注意：UTF-8 对wstringstream无意义，因它操作的是wchar_t） - 跨平台稳妥写法：
wss.imbue(std::locale(std::locale(), new std::codecvt_utf8<wchar_t>));</wchar_t>—— 但仅适用于 C++11~C++17，C++20 已弃用codecvt
插入中文时别混用窄/宽字符串字面量
直接写 wss 是错的：这是窄字符串字面量，会触发隐式转换，可能丢失字符或触发未定义行为；必须用 <code>L"你好"。
- ✅ 正确：
wss - ❌ 错误：
wss （第二个 "张三" 是窄字符串，无法安全转成 <code>wchar_t序列） - ⚠️ 注意：
std::to_wstring(123)返回的是数字的宽字符串，但不含 locale 效果，它只是简单转换；带格式的数字（如千分位、小数点）仍需wstringstream配合 locale
从 wstringstream 获取结果后，终端显示仍乱码怎么办？
wstringstream 本身没问题，问题出在输出端——wcout 没设置对应 locale，或控制台不支持当前编码。
- Windows：运行前执行
chcp 65001切换到 UTF-8，再确保std::wcout.imbue(std::locale(""));；或用SetConsoleOutputCP(CP_UTF8);（WinAPI） - Linux/macOS：确认终端 LANG=en_US.UTF-8，且
std::wcout.imbue(std::locale("")); - 调试技巧：不要只看
std::wcout输出，先打印wss.str().size()和每个wchar_t的值（如(int)wss.str()[i]），验证中文是否真正存进去了
imbue() 无效。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
