std::codecvt_utf8 facet在MSYS2 Bash与CMD下输出异常求助

这个问题我之前在跨环境调试C++字符编码时碰到过，核心原因是Windows原生控制台和MSYS2类Unix终端对字符编码、输出模式的处理逻辑差异，咱们一步步来搞定它：

问题根源分析 #

1. Windows CMD乱码：CMD默认使用GBK（CP936）编码，而你的代码通过codecvt_utf8把宽字符转换成了UTF-8字节输出，CMD无法正确解析UTF-8，所以出现了OÖ这类乱码。
2. MSYS2 Bash输出截断：MSYS2终端虽然支持UTF-8，但Windows编译的EXE在MSYS2中运行时，标准输出默认是文本模式——如果输出的UTF-8字节中包含被文本模式识别为控制字符（比如EOF标记）的内容，就会导致输出被提前截断。

针对性解决方案 #

我把两种环境的适配逻辑整合到了代码里，修改后的代码可以同时解决CMD乱码和MSYS2截断问题：

#include <iostream>
#include <locale>
#include <string>
#include <codecvt>
using namespace std;

int main() {
    ios_base::sync_with_stdio(false);

#ifdef _WIN32
    // Windows平台专属适配
    #include <windows.h>
    #include <fcntl.h>
    #include <io.h>
    // 让控制台直接支持UTF-8输出，无需手动改代码页
    SetConsoleOutputCP(CP_UTF8);
    // 切换标准输出为二进制模式，避免文本模式截断输出
    _setmode(_fileno(stdout), _O_BINARY);
#endif

    locale utf8(locale(), new codecvt_utf8<wchar_t>);
    wcout.imbue(utf8);
    wstring str(L"Test String OÖ UÜ SŞ iİ ıI");
    wcout << str << '\n';
}

代码解释 #

• SetConsoleOutputCP(CP_UTF8)：直接修改Windows控制台的输出编码为UTF-8，这样CMD就能正确解析代码输出的UTF-8字节，不用再手动执行chcp 65001切换代码页。
• _setmode(_fileno(stdout), _O_BINARY)：把标准输出从默认的文本模式改成二进制模式，避免MSYS2终端把某些UTF-8字节误判为控制字符，从而解决输出截断问题。
• #ifdef _WIN32：用条件编译包裹Windows专属代码，保证代码在其他平台（比如Linux）编译时不受影响。

额外注意事项 #

如果是在MSYS2环境下编译，建议使用MSYS2自带的mingw-w64 GCC工具链，它对Unix风格终端的适配性更好，但上面的代码不管是用Windows原生GCC还是MSYS2的GCC编译，都能正常工作。

内容的提问来源于stack exchange，提问作者Yahya Gedik