std::to_chars 是 C++ 数字转字符串最快方案，但需手动计算缓冲区大小、检查返回值、正确处理指针位置；整数最多 20 字节，double 建议 32 字节；ptr 指向写入结束位置，非 '\0' 终止符。
std::to_chars 是目前 C++ 标准库中数字转字符串的最快方案，但“快”只在你绕过 std::string 构造、复用缓冲区、且不碰浮点精度控制的前提下成立。
缓冲区大小必须手动算准，不能靠猜
传太小的 buffer 会静默截断（返回 std::errc::value_too_large），而很多人忽略返回值，结果拿到半截字符串还浑然不觉。
- 整数（
int64_t）：最多需要std::numeric_limits<int64_t>::digits10 + 2</int64_t>字节，即 20 字节（覆盖"-9223372036854775808"） - double：C++17 要求至少
std::numeric_limits<double>::max_digits10 + 2</double>（19 字节），但极小值如DBL_MIN可能输出长达 24 字符（如"2.2250738585072014e-308"），建议统一用char buf[32] - 别用
sizeof("123")这类硬编码——它不含符号位，也不适配负数或科学计数法
返回值 ptr 不是字符串结尾，而是写入结束位置
std::to_chars 返回的 ptr 指向写入后下一个字节，不是 buffer 末尾，也不是 <p><code>std::to_chars 返回的 ptr 指向写入后下一个字节，不是 buffer 末尾，也不是 \0 终止符位置。误把它当 c_str() 用会导致越界读或乱码。
c_str() 用会导致越界读或乱码。
- 正确取长度：
result.ptr - buf，不是strlen(buf)（buffer 里根本没有\0） - 需要
std::string？用std::string(buf, result.ptr - buf)，别用std::string(buf)（会读到第一个\0，但 buffer 里根本没有） - 若后续要传给
printf或系统调用，才需手动加\0：仅当result.ec == std::errc{}且result.ptr 时，执行 <code>*result.ptr = '\0'
浮点数转换不支持指定小数位数，别默认用
std::to_chars 对 float/double 的行为在 C++17 中未完全标准化：它选 f 或 e 格式取决于“最短可 round-trip 的表示”，但无法指定小数位数、不支持补零、也不保证跨平台输出一致。
立即学习“C++免费学习笔记（深入）”；
- 想固定 2 位小数？
std::to_chars做不到。要么切回std::sprintf（注意线程安全），要么用fmt::format("{:.2f}", x) -
std::chars_format::fixed只控制格式，不控精度；C++17 中precision参数未被实现支持 - 要无损 round-trip？确保 buffer ≥ 19 字节，并验证
from_chars(to_chars()) == original
高频场景下真正卡性能的不是 to_chars 本身
真正拖慢速度的地方，往往不是函数调用开销，而是后续操作：反复分配栈 buffer、隐式构造 std::string、或强行加 \0 破坏 std::string_view 的零拷贝语义。
- 高频循环中，优先复用固定大小栈 buffer（如
thread_local char buf[32]） - 若下游接受
std::string_view，直接传{buf, static_cast<size_t>(result.ptr - buf)}</size_t>，根本不用加\0 - 避免把
std::to_chars当作万能替代品——它不解决格式需求，只解决“纯转换+极致性能”这一件事
