std::to_chars 不支持 float/double，仅提供整数重载；浮点转换需用 fmt::format_to 或 snprintf。
std::to_chars 不能直接用于 float/double —— 编译就报 no matching function for call to 'to_chars'，这不是你写错了，是 C++17 标准压根没提供浮点重载。
std::to_chars 只支持整数和 char，别喂 double 进去
试图调用 std::to_chars(buf, buf + size, 3.14) 必然失败。标准只定义了 int、long long、char 等整型重载，float 和 double 完全不在范围内。libstdc++、libc++、MSVC STL 全部一致：不支持就是不支持。
常见误操作包括：
- 用
static_cast<long long>(x * 100)</long>强转再调用 —— 丢精度（如0.29× 100 可能是28），且无法处理负零、次正规数、溢出边界 - 看到某篇博客“跑通了”，实则是用了非标准扩展或底层 fallback 到
sprintf，不可移植 - 以为
std::chars_format::fixed能控制小数位 —— 它只选格式，不控精度；C++17 中所有主流实现均不接受precision参数
整数转换必须算准缓冲区，否则静默截断
std::to_chars 不检查 buffer 边界，只靠你传入的 buf + size 做上限。传小了不会崩溃，但返回 ec == std::errc::value_too_large，而很多人忽略它，后续拿半截字符串当真。
立即学习“C++免费学习笔记（深入）”；
安全做法是按最坏情况预留空间：
-
int64_t：最多std::numeric_limits<int64_t>::digits10 + 2</int64_t>= 20 字节（覆盖"-9223372036854775808"） - 实践中统一用
char buf[24]，留 4 字节余量 - 十六进制（
std::chars_format::hex）需按位宽算：sizeof(int64_t) * 2 + 1（符号位），即 17 字节 → 建议buf[32]
别用 sizeof("123") 或硬编码 [16] —— 它不含负号逻辑，也不适配大数或 hex 输出。
返回值 ptr 不是 C 字符串指针，长度只能靠减法
std::to_chars 返回的 ptr 指向**最后一个有效字符的下一个位置**，不是 '\0'，也不是 buffer 末尾。误当成 C 字符串首地址传给 printf("%s", buf) 或构造 std::string(buf)，会读到未初始化内存甚至崩溃。
正确用法只有一条公式：
- 有效长度 =
result.ptr - buf（永远不要用strlen(buf)，buffer 里没写'\0'） - 构造
std::string_view：std::string_view(buf, result.ptr - buf) - 构造
std::string：std::string(buf, result.ptr - buf)（显式传长度） - 喂给系统调用（如
write()）：write(fd, buf, result.ptr - buf) - 非要当 C 字符串用？仅当
result.ec == std::errc{}且result.ptr < buf + sizeof(buf)时，执行*result.ptr = '\0'
浮点数高性能替代方案只有两个靠谱选择
既然 std::to_chars 对浮点数无能为力，又想兼顾性能与可控性，实际工程中只有两条路：
-
fmt::format_to：当前最实用的高性能替代。支持栈缓冲区、零堆分配、编译期解析格式串，对浮点有 fast-path 优化。示例：auto end = fmt::format_to(buf, "{:.2f}", x)→ 长度 =end - buf。需链接libfmt或用 header-only 模式 -
snprintf：兼容性最强的兜底方案。必须用它而非sprintf，并检查返回值：int len = snprintf(buf, sizeof(buf), "%.6g", x); if (len < 0 || len >= (int)sizeof(buf)) { /* 错误 */ }
别碰手写 IEEE-754 解析 —— 正确舍入（roundTiesToEven）、NaN/inf/subnormal 分支、性能优化，每一条都足够写一个独立库。现代 glibc 的 snprintf 在浮点路径上已深度优化，自己重写大概率更慢、更错。
