std::to_chars是C++中数字转字符串最快方案，但仅在复用缓冲区、绕过std::string构造且不控制浮点精度时成立；它不解析格式串、不查locale、不分配内存，仅顺序写入ASCII字符。
std::to_chars 是目前 C++ 标准库中数字转字符串的最快方案，但“快”只在你绕过 std::string 构造、复用缓冲区、且不碰浮点精度控制的前提下成立。
std::to_chars 为什么比 sprintf 和 std::to_string 快
它不做三件事：不解析格式字符串（比如 "%d" 或 "%.2f"）、不查 locale、不调用 malloc 或构造 std::string。只把数字二进制值转成 ASCII 字符，顺序写入你给的 char* 区域。而 sprintf 要解析格式串、查本地化规则、动态分配内存；std::to_string 内部通常调用 sprintf 或流机制，隐式堆分配且受全局 locale 影响。
- 实测高频整数转换场景下，
std::to_chars比std::to_string快 2–3 倍，比sprintf快约 1.5 倍（GCC 13/Clang 16，-O2） - 真正卡性能的地方往往不是
std::to_chars本身，而是后续的std::string(buf, len)构造或反复栈分配char buf[32] - 若目标是喂给
std::string_view或直接写入 socket buffer，完全可跳过 null 终止和std::string构造，这时优势最明显
缓冲区大小怎么算才不截断
传小了会静默失败——std::to_chars 返回 ec == 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")或硬编码buf[16]——它不含负号、不兼容科学计数法、也不适配不同进制 - 浮点数若指定
std::chars_format::scientific，长度更不可控，建议留足 32 字节
std::to_chars_result.ptr 不是字符串结尾
ptr 指向写入后**下一个字节**，不是 buffer 末尾，也不是 '<p><code>ptr 指向写入后**下一个字节**，不是 buffer 末尾，也不是 '\0' 位置。误把它当 C 字符串用会导致越界读或乱码。
立即学习“C++免费学习笔记（深入）”；
- 正确取长度：
result.ptr - buf，不是strlen(buf)（buffer 里没'\0'） - 要转
std::string：用std::string(buf, result.ptr - buf)，别用std::string(buf)（会一直读到首个'\0'，但 buffer 里根本没有） - 要喂给 printf 或系统调用：必须手动加
*result.ptr = '\0'，前提是result.ec == std::errc{}且result.ptr - 若只用
std::string_view{buf, static_cast<size_t>(result.ptr - buf)}</size_t>，根本不用加'\0'
浮点数精度控制根本做不到
std::to_chars 对 float/double 不支持小数位数指定、不支持补零、不保证跨平台输出一致。它只保证 round-trip 正确性（即转回浮点数能还原原值），但格式由实现选 f 还是 e，用户无法干预。
- 想固定两位小数？
std::to_chars做不到。得切回std::sprintf(buf, "%.2f", x)，或用fmt::format("{:.2f}", x) - 需要无损十六进制浮点？C++23 的
std::chars_format::hex可行，但 Clang 15+ 才完整支持，GCC 13 尚未落地 - 金融/UI 场景慎用默认浮点行为——
0.1可能输出为"0.10000000000000001"，这不是 bug，是设计使然 - 若必须用
std::to_chars处理浮点，建议先用std::round(x * 100.0) / 100.0手动舍入，再转换，但要注意 double 精度边界
最容易被忽略的点是：缓冲区大小计算依赖的是 max_digits10 而非 digits10，前者保 round-trip，后者只保显示精度；还有就是浮点转换时，std::to_chars 的返回值 ec 在整数路径上几乎不会出错，但在浮点路径上可能因 buffer 不足而失败——这点常被测试压测忽略。
