std::to_chars比sprintf快得多是因为它无格式解析、无locale查询、无内存分配，仅向指定缓冲区写入字符；但需手动管理缓冲区大小、精度控制和前后缀拼接。
std::to_chars为什么比sprintf快得多
因为 std::to_chars 是无格式、无 locale、无内存分配的纯写入操作：它只往你给的缓冲区里填字符，不查 locale 表、不调用 malloc、不构造 string 对象。而 sprintf 或 std::to_string 会做格式解析、小数点定位、指数判断、字符串堆分配——这些在高频日志、序列化、网络编码场景里全是热路径瓶颈。
但代价是：你得自己管缓冲区大小、自己处理精度控制、自己拼接前后缀（比如加“f”后缀或科学计数法标记）。
怎么算够用的缓冲区长度
浮点数转字符串最坏情况不是“位数多”，而是“需要科学记号 + 符号 + 指数符号 + 指数位数”。std::to_chars 不保证零终止，所以必须预留足够空间，否则返回 std::errc::value_too_large。
-
float最坏需约 15 字节（如 "-1.23456789e-123"） -
double最坏需约 24 字节（IEEE 754 双精度最大指数 ±308，加上符号、小数点、e、±、最多3位指数） - 保守起见，
double至少配char buf[64]；实际生产中常用char buf[32]并检查返回值
别用 sizeof(buf) 直接传——要传确切字节数，例如：std::to_chars(buf, buf + 32, 3.14159)。
立即学习“C++免费学习笔记（深入）”；
精度控制和格式选择很关键
std::to_chars 默认走“最短表示”（shortest representation），即自动选 fixed 或 scientific 中更短的那个，但不保证可逆（round-trip）。如果你需要精确控制，得用重载版本：
- 固定小数位：
std::to_chars(buf, buf + n, x, std::chars_format::fixed, precision)—— 注意precision是小数点后位数，不是总位数 - 科学记数法：
std::to_chars(buf, buf + n, x, std::chars_format::scientific, precision) - 十六进制浮点：
std::to_chars(buf, buf + n, x, std::chars_format::hex)（仅 C++17 起支持）
漏传 precision 参数会导致编译失败；传了但格式不匹配（比如对 hex 传 precision）会触发未定义行为。
常见错误：忽略返回值或误判结束位置
返回值是 std::to_chars_result，含 ptr 和 ec。很多人只看 ec 是否为 0，却忘了 ptr 才是真实结尾地址——它不等于 buf + n，中间可能有空格或没填满。
正确用法示例：
char buf[32];
auto [ptr, ec] = std::to_chars(buf, buf + 32, 123.456);
if (ec == std::errc{}) {
std::string_view sv(buf, ptr - buf); // 这才是有效字符串
}别直接用 std::string(buf)，那会读到第一个 '\0'，而 std::to_chars 根本不写 '\0'；也别假设 ptr == buf + n 就成功——它只表示写满了缓冲区，未必出错。
真正容易被忽略的是：不同平台对 subnormal 数、NaN、Inf 的输出格式虽符合标准，但细节有差异；如果要做跨平台二进制兼容序列化，得额外约定并测试边界值。
