C++ string转wstring _ Windows环境下多字节转宽字符【干货】-C++-PHP中文网

c++oding="utf-8" ?>

直接用 std::wstring(str.begin(), str.end()) 会出错，因为这是字节误读而非类型转换：std::string 存多字节序列（如 utf-8），而 wchar_t 是宽字符（windows 下为 utf-16），逐字节构造丢失编码语义；正确做法是用 multibytetowidechar 并指定代码页（如 cp_utf8 或 cp_acp）。

c++ string转wstring _ windows环境下多字节转宽字符【干货】

为什么直接用 `std::wstring(str.begin(), str.end())` 会出错

这不是类型转换，是字节误读。ASCII 字符碰巧能“看起来对”，但一旦出现中文、日文或带重音的西欧字符（比如 café），就会变成乱码或截断——因为 std::string 存的是多字节序列（如 UTF-8 或系统默认 ANSI 编码），而 wchar_t 是宽字符（Windows 下为 UTF-16），逐字节构造只会把每个字节当做一个 wchar_t 值，完全丢失编码语义。

用 `MultiByteToWideChar` 才是 Windows 正解

这是 Windows API 提供的底层编码转换函数，能按指定代码页正确解析多字节字符串并映射为 UTF-16 wchar_t 序列。关键点在于明确告诉它源字符串的编码：

如果 std::string 是 UTF-8 编码（推荐做法），传 CP_UTF8
如果来自传统 WinAPI 调用（如 GetWindowTextA），大概率是系统默认 ANSI 代码页，传 CP_ACP
别硬猜；不确定时先查来源，CP_UTF8 比 CP_ACP 更可移植、更少歧义

示例（UTF-8 → wstring）：

C++ Code Review Master

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

下载

std::string utf8_str = u8"你好 world";
int len = MultiByteToWideChar(CP_UTF8, 0, utf8_str.c_str(), -1, nullptr, 0);
if (len == 0) { /* 错误处理，GetLastError() */ }
std::wstring wstr(len, L'\0');
MultiByteToWideChar(CP_UTF8, 0, utf8_str.c_str(), -1, &wstr[0], len);

别踩 `std::codecvt_utf8_utf16` 的坑

这个 C++11 标准库设施在 MSVC 中已被弃用（C++17 起标记为 deprecated），且实际行为不稳定：VS2019 及以后版本可能编译失败，Clang/libc++ 完全不支持。即使旧项目还在用，也常因 facet 初始化失败或 locale 绑定问题导致运行时崩溃或静默错误。

不要依赖 std::wstring_convert<:codecvt_utf8_utf16>></:codecvt_utf8_utf16>
C++20 已移除 <codecvt></codecvt>，升级后直接编译不过
跨平台项目若需标准库方案，改用 std::from_chars + 手动 UTF-8 解码（复杂）或第三方库（如 ICU、utf8cpp）

宽字符转回 string 时注意目标编码

反向转换（wstring → string）同样要用 WideCharToMultiByte，且必须明确目标编码：

写文件或网络传输？优先转成 UTF-8（CP_UTF8），通用性最强
调用旧版 WinAPI（如 CreateFileA）？可能需要 CP_ACP，但仅限本地化场景，不可跨机器迁移
永远避免用 wstring 成员函数（如 .c_str()）直接 reinterpret_cast 成 char* —— 这是未定义行为，多半 crash

真正容易被忽略的是：同一份 wstring，根据用途不同，可能要转成两种不同的 string（一个发 HTTP，一个喂给 legacy DLL）。别试图“统一编码”掩盖差异，该分就分。