std::to_chars是C++标准库中数字转字符串的最快方案，但仅在复用缓冲区、绕过std::string构造、不控浮点精度时成立；整数需至少24字节（含符号），double建议32字节，必须检查result.ec以防静默截断。
std::to_chars 是目前 C++ 标准库中数字转字符串的最快方案，但“快”只在你绕过 std::string 构造、复用缓冲区、且不碰浮点精度控制的前提下成立。
缓冲区大小怎么算才不截断
传小了就静默失败：std::errc::value_too_large 被忽略后拿到半截字符串，线上极难排查。
- 整数（
int64_t）最坏情况是"-9223372036854775808"（20 字节），所以底线是std::numeric_limits<int64_t>::digits10 + 2</int64_t>→ 20；实际建议固定用char buf[24] - double 最保守要留
32字节：C++17 只保证max_digits10 + 2 == 19足够 round-trip，但DBL_MIN在 libc++ 下可能输出"2.2250738585072014e-308"（24 字符以上） - 别用
sizeof("123")或硬编码16—— 它不含负号逻辑，也不适配base=16场景 - 别对
std::string::data()调用resize(n)后直接传 ——resize不保证末尾为'\0'，且ptr可能远小于data() + n
std::to_chars 返回的 ptr 到底指向哪
ptr 指向写入**最后一个有效字符的下一个位置**，不是 buffer 末尾，也不是 '<p><code>ptr 指向写入**最后一个有效字符的下一个位置**，不是 buffer 末尾，也不是 '\0' 所在处。误当成 C 字符串首地址直接传给 printf 或 std::string(const char*)，会读到脏内存或崩溃。
printf 或 std::string(const char*)，会读到脏内存或崩溃。
- 正确取内容长度只有一条公式：
result.ptr - buffer - 要喂给
std::string_view就直接用这个长度；要喂给 C 接口，才需手动写终止符：*result.ptr = '\0'—— 但必须先确认result.ec == std::errc{}且result.ptr - 错误写法：
buffer[31] = '\0'—— 若实际只写了 5 字节，这会覆盖后面可能的有效数据 - 错误写法：
std::string(buffer)—— 构造函数按'\0'截断，而buffer里根本没写它 - 正确构造：
std::string(buffer, result.ptr - buffer)
float/double 用 std::to_chars 为什么输出不稳定
它选 f 还是 e 格式，只看“最短可 round-trip 的十进制表示”，不接受小数位参数，也不补零。同一值在 libstdc++ 和 libc++ 下可能输出 "0.1" 或 "0.10000000000000001"，金融、日志、配置序列化场景根本不能忍。
立即学习“C++免费学习笔记（深入）”；
- 想固定 2 位小数？
std::to_chars做不到。要么切回std::sprintf（注意线程安全），要么用fmt::format("{:.2f}", x)，或者自己实现 IEEE-754 到十进制的舍入逻辑 -
std::chars_format::fixed可强制定点格式，但依然不控小数位数；std::chars_format::scientific同理 - 若只要 round-trip 正确性，确保 buffer ≥ 19 字节，并验证
from_chars(to_chars()) == original - C++23 的
std::chars_format::hex可输出 IEEE-754 十六进制字符串，但 Clang 15+ 才完整支持，GCC 13 尚未落地
为什么 std::to_chars 不写 '\0'
它的设计目标是“只做转换”，不承担字符串语义。把数字转成字符序列后，停在最后一个有效字符的下一个位置，不写终止符，也不关心你之后怎么用这段内存。
- 如果你只是把结果喂给
std::string_view{buffer, static_cast<size_t>(result.ptr - buffer)}</size_t>，那根本不用加'\0' - 需要传给
printf、系统调用（如write）或旧 C 接口时，才在result.ptr处写'\0'，且必须检查是否越界 - 错误写法：
buffer[buffer_size - 1] = '\0'—— 这可能覆盖有效数据，也可能留空洞 - 真正卡性能的地方，往往不是
std::to_chars本身，而是后续构造std::string或反复分配栈 buffer。高频场景下，缓冲区复用、std::string_view直接消费、避免隐式 null 终止，比函数调用开销重要得多
