std::to_chars 是 C++ 中数字转字符串的最快方案，但仅在复用缓冲区、绕过 std::string 构造且不控制浮点精度时成立；它无格式解析、无 locale 开销、无内存分配，纯二进制到 ASCII 转换。
std::to_chars 是目前 C++ 标准库中数字转字符串的最快方案，但“快”只在你绕过 std::string 构造、复用缓冲区、且不碰浮点精度控制的前提下成立。
std::to_chars 为什么比 sprintf 快
因为 std::to_chars 不解析格式字符串、不查 locale、不分配内存——它只是把二进制数直接转成 ASCII 字符序列，写进你给的 buffer 里。而 sprintf 每次都要扫描 "%d" 或 "%.2f"，匹配修饰符，调用 locale facet，还可能多次估算长度并重试写入。
- sprintf 内部路径长：格式串解析 → 符号/进制判断 → 缓冲区动态扩张 → locale 格式化（如千位分隔符）→ 写 '\0'
- std::to_chars 是模板特化函数，编译期就确定转换逻辑，热点路径常退化为几十条汇编指令
- 实测中，整数转换吞吐量通常是 sprintf 的 2–3 倍；浮点略低，但依然稳胜
缓冲区大小必须手动算准，不能靠猜
传太小的 buffer 会静默返回 std::errc::value_too_large，而很多人忽略 result.ec，结果拿到半截字符串还不知道。
- 整数（
int64_t）：最坏情况是"-9223372036854775808"（20 字符），建议用std::numeric_limits<int64_t>::digits10 + 2</int64_t> - double：C++17 要求至少
std::numeric_limits<double>::max_digits10 + 2</double>（即 17 + 2 = 19），但实际输出长度受值影响极大——DBL_MIN可能长达 24 字符，保守起见用char buf[32] - 别用
sizeof("123")或硬编码buf[16]：它不含符号位，也不适配科学计数法
ptr 不是字符串结尾，而是写入结束位置
std::to_chars 返回的 result.ptr 指向写入后**下一个字节**，不是 buffer 末尾，也不是 '
std::to_chars 返回的 result.ptr 指向写入后**下一个字节**，不是 buffer 末尾，也不是 '\0' 所在位置。误把它当 C 字符串用会导致越界读或乱码。
立即学习“C++免费学习笔记（深入）”；
- 正确取长度：
result.ptr - buf，不是strlen(buf)（buffer 里根本没有 '\0'） - 要构造
std::string：用std::string(buf, result.ptr - buf)，别用std::string(buf) - 要喂给
std::string_view或系统调用（如write）：直接用std::string_view(buf, result.ptr - buf)，零拷贝 - 非要加 '\0'？只在
result.ec == std::errc{}且result.ptr < buf + sizeof(buf)时写*result.ptr = '\0'
浮点数转换陷阱多，别默认用
std::to_chars 对 float/double 的行为在 C++17 中未完全标准化：它选 f 还是 e 格式，取决于“最短可 round-trip 的表示”，但无法指定小数位数、不支持补零、不同标准库实现输出可能不一致。
- 想固定 2 位小数？
std::to_chars做不到，得切回std::sprintf或用fmt::format("{:.2f}", x) - 要无损 round-trip？确保 buffer ≥ 19 字节，并验证
std::from_chars(to_chars()) == original - 金融或 UI 显示场景慎用：0.1 可能输出
"0.1"，也可能输出"0.10000000000000001"（取决于实现与值）
真正卡性能的地方，往往不是 std::to_chars 本身，而是后续反复构造 std::string、分配栈 buffer、或盲目加 '\0' 破坏零拷贝语义。高频场景下，缓冲区复用和 std::string_view 直接消费，比函数调用开销重要得多。
