std::to_wstring 是最直接的方案
用 std::to_wstring 转 int 到 std::wstring，标准、无依赖、不需手动管理内存。它在 C++11 起就支持，主流编译器（MSVC、GCC、Clang）都可用。
常见错误是误以为它支持格式化（比如补零或指定进制）——它只做十进制无格式转换，传入负数会带负号，仅此而已。
- 参数只能是整型或浮点型，不能是
char或指针，否则编译失败 - 不接受 locale 控制，结果永远是 C locale 下的数字表示
- 如果需要十六进制或八进制，必须先用
std::wstringstream或std::format（C++20）
示例：
int x = -42;<br>std::wstring s = std::to_wstring(x); // 结果是 L"-42"
用 std::wstringstream 做可控格式化
当你要补零、改进制、对齐或嵌入其他宽字符时，std::wstringstream 是更灵活的选择。它本质是宽字符版的流操作，行为和 std::stringstream 一致，但底层用 wchar_t。
立即学习“C++免费学习笔记（深入）”；
容易踩的坑是忘记清空流状态或重用前没调 str(L"")，导致多次写入拼接；还有人误设 imbue 后发现数字没变——因为数字字面量本身不受 locale 影响，只有货币、日期等才触发 locale 格式化。
- 设置宽度和填充：用
ss - 转十六进制：加
std::hex，注意默认小写，大写需std::uppercase - 每次重用前建议调
ss.str(L"")清空内容，避免残留
示例：
std::wstringstream ss;<br>ss << std::hex << std::uppercase << 255;<br>std::wstring s = ss.str(); // L"FF"
C++20 std::format 是未来推荐方式
std::format 是 C++20 引入的现代化格式化工具，支持宽字符串输出（返回 std::wstring），语法类似 Python 的 str.format()，比流更简洁、更安全（无状态残留问题）。
当前限制明显：MSVC 从 19.30+ 支持，GCC 13+ 才完整支持宽字符格式化，Clang 还需搭配 libc++15+。如果你的项目不能要求这么高的编译器版本，别贸然切过去。
- 基本用法：
std::format(L"{} {}", x, L"hello") - 格式说明符支持：
{:04d}补零，{:x}十六进制，{:+}强制符号 - 不支持自定义 locale 的数字分组（如千位逗号），这是设计取舍
示例：
#include <format><br>std::wstring s = std::format(L"{:05d}", 42); // L"00042"
Windows 平台慎用 _itow_s
Windows SDK 提供的 _itow_s 确实能转宽字符串，但它不是标准 C++，跨平台代码里混用会埋雷。更关键的是，它操作的是原始 wchar_t* 缓冲区，必须手动保证空间足够、检查返回值，稍不注意就缓冲区溢出或未初始化读取。
常见错误包括：传入栈上过小数组（如 wchar_t buf[4] 转 INT_MAX）、忽略返回的 errno、或把未清零的缓冲区当结果用。
- 最小缓冲长度至少为 12（含终止符），负数需 13
- 必须检查返回值是否为 0，非零代表失败（比如缓冲区太小）
- Linux/macOS 完全不提供该函数，头文件
stdlib.h里也找不到
示例（仅 Windows）：
wchar_t buf[32];<br>if (_itow_s(123, buf, _countof(buf), 10) == 0) {<br> std::wstring s = buf;<br>}
真正麻烦的不是选哪个函数，而是混合使用时的隐式假设：比如在日志里统一用 std::to_wstring，某处临时加个十六进制调试输出又切到 wstringstream，结果 locale 设置污染了后续输出。这种问题往往压根不报错，只在特定环境里数字显示异常。
