std::to_string 是 c++11 起最快最安全的 unsigned long 转字符串方式，无需 ，线程安全且自动适配平台位宽；需格式化时优先用 c++20 std::format，兼容旧标准则用 std::ostringstream；禁用非标的 itoa/ultoa。
用 std::to_string 最快最安全
直接调用 std::to_string 是 C++11 起最推荐的方式，它原生支持 unsigned long，无需手动处理进制或缓冲区。
注意：不同平台下 unsigned long 的位宽可能不同（Linux x64 是 64 位，Windows MSVC 是 32 位），但 std::to_string 会自动适配，不会截断。
示例：
unsigned long val = 1234567890UL; std::string s = std::to_string(val); // 结果 "1234567890"
- 不依赖
<sstream></sstream>，头文件只需<string></string> - 线程安全，无静态缓冲区风险
- 不能控制格式（比如补零、十六进制），有这类需求就得换方法
需要格式化时用 std::format（C++20）
如果你要转成十六进制、带前导零，或者对齐宽度，std::format 是目前最现代、类型安全的选择。
示例：
unsigned long x = 255;
std::string hex = std::format("{:x}", x); // "ff"
std::string padded = std::format("{:08x}", x); // "000000ff"
std::string dec = std::format("{}", x); // "255"（等价于 to_string）
- 需编译器支持 C++20（GCC 13+、Clang 15+、MSVC 19.30+）
- 不支持 C++17 及更早版本；别误用
fmt::format当标准库——那是第三方库 - 比
std::ostringstream性能更好，且无运行时格式字符串解析开销
兼容老标准（C++11/14）且要格式化？用 std::ostringstream
当项目卡在 C++11/14，又必须输出十六进制、八进制或补零时，std::ostringstream 是稳妥选择。
示例：
#include <sstream>
#include <iomanip>
unsigned long n = 1000;
std::ostringstream oss;
oss
<ul>
<li>务必调用 <code>oss.str("")</code> 或构造新对象来清空，重复使用同一 <code>ostringstream</code> 会追加而非覆盖</li>
<li>
<code>std::setw</code> 是一次性的，每输出一项都要重设</li>
<li>性能比 <code>std::to_string</code> 和 <code>std::format</code> 差，因为涉及流状态管理和内存动态分配</li>
</ul>
<h3>绝对不要用 <code>itoa</code> 或 <code>ultoa</code>
</h3>
<p>这两个函数不是标准 C++，是某些 C 库（如 MSVC CRT）的扩展，Linux GCC 默认不提供，跨平台项目中用了等于埋雷。</p>
<p>常见错误现象：</p>
<ul>
<li>编译报错：<code>'itoa' was not declared in this scope</code>
</li>
<li>即使编译通过，在 Clang/Linux 下链接失败</li>
<li>参数顺序不统一（<code>itoa</code> 第三个参数是进制，<code>ultoa</code> 在某些实现里没有该参数）</li>
</ul>
<p>替代方案始终优先选标准库：用 <code>std::to_string</code>、<code>std::format</code> 或 <code>std::ostringstream</code>。</p>
<p>真正容易被忽略的是 <code>unsigned long</code> 在不同 ABI 下的宽度差异——它会影响字符串长度上限，但不影响转换逻辑本身；只要你不把结果存进固定大小的 <code>char[10]</code> 数组，就不用手动算位数。</p></iomanip></sstream>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
