根本原因是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 可能含异常终止符或长度异常。

• 正确做法：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"你好"。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• ✅ 正确：wss
• ❌ 错误：wss （第二个 "张三" 是窄字符串，无法安全转成 <code>wchar_t 序列）
• ⚠️ 注意：std::to_wstring(123) 返回的是数字的宽字符串，但不含 locale 效果，它只是简单转换；带格式的数字（如千分位、小数点）仍需 wstringstream 配合 locale

从 wstringstream 获取结果后，终端显示仍乱码怎么办？

wstringstream 本身没问题，问题出在输出端——wcout 没设置对应 locale，或控制台不支持当前编码。

立即学习“C++免费学习笔记（深入）”；

• 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]），验证中文是否真正存进去了

实际最易忽略的点：locale 必须在所有插入操作之前设置；一旦开始写入，再 imbue() 无效。