Windows下C++请求服务器返回欧洲字符乱码问题求助

这问题我太熟了！你碰到的是典型的UTF-8与Windows本地编码不兼容导致的乱码问题——服务器返回的是标准UTF-8编码的字符（比如René里的é是UTF-8的0xC3A9），但你在Windows下的C++代码里，默认把这些字节当成了Windows-1252或者GBK这类本地ANSI编码来解析，就会变成Ren�这种乱码。而C#的HttpClient和Postman都会自动识别并解析UTF-8编码，所以不会出问题。

下面针对你用的两个库分别给出解决办法：

一、Boost.Beast 解决方案 #

Beast获取到的响应字节本身是正确的UTF-8，问题出在后续的编码转换和显示环节：

1. 确保请求明确要求UTF-8响应
   在发送请求时，添加Accept-Charset: utf-8请求头，避免服务器返回其他编码：

   http::request<http::string_body> req{http::verb::get, "/your-api-path", 11};
   req.set(http::field::host, "your-server-domain");
   req.set(http::field::accept_charset, "utf-8");
   

2. 将UTF-8字符串转成Windows支持的UTF-16宽字符
   Windows的控制台和大部分API默认使用UTF-16（宽字符），直接输出UTF-8的std::string会乱码，需要转换：

   #include <codecvt>
   #include <locale>
   
   // 假设response_str是Beast返回的UTF-8字符串
   std::wstring_convert<std::codecvt_utf8_utf16<wchar_t>> converter;
   std::wstring wide_response = converter.from_bytes(response_str);
   
   // 用宽字符方式输出或处理
   std::wcout << wide_response << std::endl;
   // 或者用Windows原生API显示
   MessageBoxW(NULL, wide_response.c_str(), L"响应内容", MB_OK);
   

二、Cpr 解决方案 #

Cpr的Response::text字段同样是UTF-8编码的std::string，处理逻辑和Beast类似：

1. 请求时指定UTF-8
   发送请求时带上Accept-Charset头：

   auto response = cpr::Get(
       cpr::Url{"http://your-server-domain/your-api-path"},
       cpr::Header{{"Accept-Charset", "utf-8"}}
   );
   

2. 转换编码后再处理
   把UTF-8字符串转成UTF-16宽字符：

   #include <codecvt>
   #include <locale>
   
   std::wstring_convert<std::codecvt_utf8_utf16<wchar_t>> converter;
   std::wstring wide_text = converter.from_bytes(response.text);
   
   // 用宽字符输出
   std::wcout << wide_text << std::endl;
   

关键原理 #

Windows系统的默认本地编码不是UTF-8（比如中文系统是GBK，英文是Windows-1252），而C++标准库的std::cout、字符串处理函数默认会使用本地编码来解析字节流。服务器返回的UTF-8字节被当成本地编码解析，就会出现乱码。而C#和Postman都默认优先处理UTF-8编码，所以能正确显示特殊字符。

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