<p>std::to_chars 是C++中数字转字符串最快方案，但需手动管理缓冲区大小、不写终止符、不支持精度控制，且返回指针指向末尾后一位置，须用 result.ptr - buf 计算长度。</p>
std::to_chars 是目前 C++ 标准库中数字转字符串的最快方案，但“快”只在你绕过 std::string 构造、复用缓冲区、且不碰浮点精度控制的前提下成立。
缓冲区大小算不准，std::to_chars 就会静默截断
传太小的 buffer 不会崩溃，但返回 ec == std::errc::value_too_large，很多人忽略它，结果拿到半截字符串还浑然不觉。
- 整数（
int64_t）：最坏情况是"-9223372036854775808"（20 字符），推荐固定用char buf[24]，留 3–4 字节余量 - double：C++17 要求至少
std::numeric_limits<double>::max_digits10 + 2</double>（即 19），但DBL_MIN可能输出长达 24 字符（如"2.2250738585072014e-308"），保守起见用char buf[32] - 别用
sizeof("123")或硬编码[16]—— 它不含负号、不覆盖科学计数法、也不适配不同平台对极小值的输出长度
std::to_chars 返回的 ptr 不是字符串结尾，而是写入结束位置
std::to_chars 写完最后一个有效字符后，ptr 指向**下一个字节**，不是 \0 位置，也不是 buffer 末尾。误把它当 C 字符串用，会导致越界读或构造出含垃圾内容的 std::string。
- 正确取长度：
result.ptr - buf，不是strlen(buf)（buffer 里没写\0） - 要
std::string？用std::string(buf, result.ptr - buf)，别用std::string(buf)（会一直读到内存里第一个\0，不可控） - 需要 C 字符串语义？只在
result.ec == std::errc{}时执行*result.ptr = '\0'；别写buf[31] = '\0'——可能覆盖有效数据
浮点数用 std::to_chars 无法指定小数位数
std::to_chars 对 float/double 支持 std::chars_format::fixed、scientific、general，但 **C++17 中 precision 参数未被任何标准库实现支持**。所谓“保留两位小数”，它做不到。
立即学习“C++免费学习笔记（深入）”；
- 想输出
"3.14"而非"3.1415926"？必须切回sprintf（注意线程安全）、用fmt::format("{:.2f}", x)，或自己实现舍入+截断逻辑 -
std::chars_format::fixed只强制格式，不控位数；general会自动选最短可 round-trip 表示，0.1 可能变"0.10000000000000001"，UI 和金融场景慎用 - 若只要无损 round-trip（即转回浮点数能还原原值），确保 buffer ≥ 19 字节，并验证
from_chars(to_chars()) == original
真正卡性能的地方，往往不是 std::to_chars 本身
高频调用时，瓶颈常在后续操作：反复分配栈 buffer、隐式构造 std::string、或手动加 \0 破坏零拷贝语义。
- 避免每次调用都声明新
char buf[32]；在循环外复用，或用std::array<char></char>配合引用传参 - 如果下游能接受
std::string_view，直接传{buf, static_cast<size_t>(result.ptr - buf)}</size_t>，完全跳过内存拷贝 - 测出
std::to_chars比std::to_string快 2–3 倍？加上std::string(buf, len)后，差距通常收窄一半以上
最易被忽略的点：它不写 \0，不查 locale，不解析格式串，也不管你怎么用那段内存——它只负责把数字变成字符序列，停在该停的位置。你得自己扛起边界、长度和语义责任。
