std::to_chars是C++17提供的高性能无分配数值转字符串工具，需手动管理缓冲区大小、检查返回值错误码、指定浮点格式并谨慎处理null终止符，缺一不可。
std::to_chars 是 C++17 引入的、不依赖 locale、无内存分配、纯栈操作的数值转字符串工具，性能远超 std::to_string 或 sprintf。但它不是“调用即得字符串”，而是写入用户提供的缓冲区——用错缓冲区大小或忽略返回值，结果就是未定义行为或截断。
缓冲区必须足够大，且不能靠猜
std::to_chars 不负责分配内存，只往你给的 [first, last) 范围里写。写不下就停在 last，返回 {last, std::errc::value_too_large}，不会报错也不会抛异常。
- 整数：最大位数取决于类型。比如
int64_t十进制最多 20 位（-9223372036854775808），再加 1 字节结尾\0（虽然to_chars不写 \0，但你后续当 C 字符串用就得留位置） - 浮点数更复杂：
std::chars_format::general下，double最坏情况可能需要 24 字节（含小数点、指数、符号等）；建议直接用std::numeric_limits<double>::max_digits10 + 10</double>保底 - 别用
std::to_string(x).size()反推缓冲区——那是动态分配后的长度，和to_chars的实际写入长度不等价
必须检查返回值里的 ptr 和 ec
返回值是 std::to_chars_result，包含两个字段：ptr（实际写到哪了）和 ec（错误码）。漏查 ec 就等于默认转换一定成功，而它真会失败。
-
ec == std::errc{}表示成功，此时ptr指向末尾字符后一位置 -
ec == std::errc::value_too_large表示缓冲区不够，ptr == last，你得重试（增大缓冲区） -
ec == std::errc::result_out_of_range理论上只在极特殊浮点输入下出现（如 NaN/Inf 用fixed格式），但也得处理 - 常见错误：只用
ptr - buf算长度，却没确认ec是否为零——这时长度可能是错的
浮点数格式控制比整数复杂得多
整数只有进制可选（base=10 默认），浮点数却要显式指定 std::chars_format，否则编译不过。
立即学习“C++免费学习笔记（深入）”；
-
std::chars_format::general：自动选fixed或scientific，类似std::defaultfloat，最常用 -
std::chars_format::fixed：强制小数点后固定位数（由precision控制），不带指数，适合金额等场景 -
std::chars_format::scientific：强制指数形式，如1.23e+04 - 注意：
precision参数只对fixed和scientific生效；general下它被忽略 - 没有“保留有效数字 N 位”的直接支持——
general默认用max_digits10，但你要控精度得自己截断或用std::to_chars+ 后处理
别忘了 null-terminator 如果你要当 C 字符串用
std::to_chars 绝不写 \0。如果你接着传给 printf、strlen 或 std::string_view(buf, len)，必须确保缓冲区有额外空间且手动补 \0，或者用返回的 ptr 计算真实长度。
- 安全做法：声明缓冲区时多留 1 字节，转换成功后执行
*result.ptr = '\0'; - 更轻量做法：用
std::string_view(buf, result.ptr - buf)，完全绕过 null-terminator - 常见坑：用
std::string(buf)构造——它会从buf开始找 \0，如果没写 \0 就越界读内存 - 如果只是序列化进二进制协议或日志拼接，根本不需要 \0，直接用
[buf, result.ptr)这段内存即可
真正难的不是调用语法，而是把缓冲区大小、错误分支、格式语义、null 处理这四件事串成一条不崩的链——少一个环节，高性能就变成未定义行为。尤其在模板泛型代码里，std::numeric_limits<t>::digits10</t> 和 max_digits10 容易混用，一不留神就截断浮点数。
