std::to_chars 是 C++ 数字转字符串最快路径，但仅在复用缓冲区、绕过 std::string 构造且不涉浮点精度控制时成立；它比 sprintf 快因不解析格式串、不查 locale、不分配内存。
std::to_chars 是目前 C++ 标准库中数字转字符串的最快路径，但“快”只在你绕过 std::string 构造、复用缓冲区、且不碰浮点精度控制的前提下成立。
为什么 std::to_chars 比 sprintf 快？关键在三条“不”
它不做三件事：sprintf 却每调用一次都得做：
- 不解析格式字符串——
sprintf(buf, "%d", n)要扫描"%d"、识别%、匹配类型、分派处理函数；std::to_chars编译期就确定路径，纯除法+查表 - 不查 locale——
sprintf在德语 locale 下可能把小数点换成逗号，std::to_chars永远用 C locale，无分支、无查表开销 - 不分配内存——
sprintf内部可能多次估算长度、重试写入；std::to_chars只往你给的char*里写，全程无malloc、无new、不构造std::string
实测：日志系统每秒序列化百万个整数，sprintf 热点函数耗时集中在格式解析和符号处理；换成 std::to_chars(buf, buf + 32, n)，热点退化为几十条汇编指令。
缓冲区大小不能靠猜，必须按最坏情况算
传太小的 buffer 会静默返回 std::errc::value_too_large，而很多人忽略 result.ec，结果拿到半截字符串还浑然不觉。
- 整数：
std::numeric_limits→ 最多 20 字节（如::digits10 + 2 "-9223372036854775808"） - double：
std::numeric_limits→ 至少 19 字节，但建议留 32 字节（科学计数法下::max_digits10 + 2 "1.2345678901234567e-100"可能超 24 字符） - 别用
sizeof("123")这类硬编码——它不含负号、不覆盖指数位、也不适配不同进制
错误示范：char buf[10]; auto r = std::to_chars(buf, buf + 10, -1234567890); → r.ec == std::errc::value_too_large，但没检查就直接用了。
返回值 ptr 不是字符串结尾，而是写入结束位置
std::to_chars 不写 '\0'，result.ptr 指向写入后下一个字节，不是 buffer 末尾，更不是 null 终止符位置。误把它当 c_str() 用会导致越界读或乱码。
- 正确取长度：
result.ptr - buf，不是strlen(buf)（buffer 里根本没有'\0'） - 要转
std::string？用std::string(buf, result.ptr - buf)，别用std::string(buf)（会一直读到第一个'\0'，但那可能是未初始化内存） - 需要
std::string_view？直接std::string_view(buf, result.ptr - buf)，零拷贝安全
常见错误：声明 char buf[32] 后没初始化，调用 std::to_chars 成功，但后续用 std::string(buf) 构造时读到垃圾字符——因为 buf[10] 之后全是未定义值。
浮点数转换陷阱最多，别默认用它替代 sprintf
std::to_chars 对 float/double 的输出格式不可控：它选 f 还是 e 格式，取决于“最短可 round-trip 的表示”，但无法指定小数位数、不支持补零、不兼容所有平台输出一致性。
- 想固定 2 位小数？
std::to_chars做不到，得切回std::sprintf或用fmt::format("{:.2f}", x) - 要保证 round-trip 正确性？buffer 至少留 19 字节，并验证
from_chars(to_chars()) == original - C++23 新增
std::chars_format::hex可输出 IEEE-754 十六进制字符串，但 Clang 15+ 才完整支持，GCC 13 尚未落地
真正卡性能的地方，往往不是 std::to_chars 本身，而是后续反复构造 std::string 或每次分配新栈 buffer。高频场景下，缓冲区复用、std::string_view 直接消费、避免隐式 null 终止，比函数调用开销重要得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
