WSL环境下C++ wstring输出异常编码相关问题咨询

问题1：异常是否与Unicode编码相关 #

是的，该异常完全由Unicode编码适配、宽字符流的区域配置问题导致。你对各平台wchar_t编码的认知是正确的：

• Windows平台wchar_t为2字节，采用UTF-16编码
• 原生Linux与WSL Ubuntu平台wchar_t为4字节，采用UTF-32编码
• WSL默认控制台输出编码为UTF-8

C++标准库的wcout默认会将程序内部的宽字符编码，转换为当前程序区域设置（locale）对应的多字节编码再输出，未显式配置locale时默认使用仅支持ASCII的C locale，编码转换逻辑不匹配就会出现乱码。

问题2：为何仅WSL环境运行异常 #

Windows正常的原因 #

Windows控制台原生支持UTF-16宽字符输出，微软实现的wcout默认适配控制台的UTF-16输出逻辑，且你输出的内容全是ASCII范围字符，UTF-16存储的ASCII字符低字节与ASCII值完全匹配，转换环节不会出错，因此可以正常输出。

原生Linux正常的原因 #

主流桌面版Linux的系统默认locale已经配置为en_US.UTF-8这类支持UTF-8的区域规则，程序运行时libc会自动读取系统locale配置，wcout可以正确将UTF-32格式的宽字符转换为UTF-8编码输出到控制台，因此显示正常。

WSL异常的原因 #

大部分WSL Ubuntu的默认locale未做正确配置，仍为仅支持ASCII的C locale，wcout无法将UTF-32宽字符转换为正确的UTF-8字节流输出；同时WSL的控制台由Windows终端代理，编码转换链路比原生Linux多一层，默认未开启宽字符到UTF-8的适配，因此输出为乱码。

补充说明新增cout后乱码更严重的原因 #

C++标准禁止在同一个标准输出流上混合使用窄字符输出（cout）和宽字符输出（wcout）：首次调用cout后，标准输出流的定向会被设置为窄字符模式，后续调用wcout时不会做任何编码转换，直接将UTF-32的宽字符按单字节拆分输出到控制台，就会出现完全不匹配的乱码内容。

修复方案 #

1. 代码开头引入<clocale>头文件，显式设置适配UTF-8的区域规则：

#include <iostream>
#include <clocale>
using namespace std;
const wstring NAME = L"STACKOVERFLOW";
int main()
{
    setlocale(LC_ALL, "en_US.UTF-8");
    wcout<<NAME;
} 

2. 不要混合使用cout和wcout输出到同一流，统一使用窄字符UTF-8输出或宽字符输出
3. 确认WSL locale配置正确：终端执行locale命令，检查所有LC_*配置项均为UTF-8后缀，若未配置可执行sudo dpkg-reconfigure locales，选择生成en_US.UTF-8并设置为系统默认locale即可。

内容的提问来源于stack exchange，提问作者Rohit Nagpal