std::to_chars不支持科学计数法格式化；它仅支持fixed和general格式，其中general在|值|≥1e6或<1e−5时自动转为指数形式，但无法显式指定e/E风格。
std::to_chars不支持科学计数法格式化
std::to_chars 是 C++17 引入的无分配、无 locale 依赖的底层格式化函数，但它只支持固定小数点格式（std::chars_format::fixed）和常规格式（std::chars_format::general），**不提供指数形式（即 e 或 E 风格）的显式控制**。所谓 std::chars_format::general 实际行为是：对绝对值 ≥ 1e6 或 1.23e+04，也不能指定精度后缀（如 e vs E）、指数宽度或是否补零。
替代方案：用 std::format（C++20）或 sprintf + std::to_chars 拆解
若必须输出标准科学计数法（如 "1.234567e+08"），推荐优先使用 std::format（C++20）：
std::string s = std::format("{:.6e}", 123456700.0); // → "1.234567e+08"
它支持完整格式说明符，且线程安全、无内存分配（当目标 buffer 足够时）。若限于 C++17，可退而求其次：用 sprintf 到栈上 buffer，再用 std::to_chars 做整数/小数部分的“手工拼接”——但这已脱离 std::to_chars 的设计初衷，易出错且无性能优势。
-
sprintf会触发 locale 解析，std::to_chars则完全绕过 locale，二者混用可能造成小数点字符不一致（如逗号 vs 点） - 手动拆解需分离底数、指数、符号位，
std::frexp+std::to_chars多次调用 + 字符串拼接，代码量陡增且难验证边界（如 ±0、inf、nan）
std::to_chars::general 的实际输出行为容易误判
很多人以为 std::chars_format::general 等价于 printf 的 %g，但它的切换阈值和舍入规则与 libc 不完全一致。例如：
立即学习“C++免费学习笔记（深入）”；
char buf[32]; auto [ptr, ec] = std::to_chars(buf, buf + 32, 0.000009999, std::chars_format::general); // 可能输出 "9.999e-06"，也可能输出 "0.00001" —— 取决于实现和精度
关键点：
- 是否启用指数形式由数值范围和可用缓冲区长度共同决定，不是纯数学判断
- 没有接口指定指数最小宽度（如强制两位：e+06 而非 e+6）
- 指数符号始终为小写
e，不可改为E - 缓冲区不足时
ec == std::errc::value_too_large，但不会告诉你“差几个字节”，需预留足够空间（一般 32 字节对 double 足够）
真正需要极致性能时的取舍建议
如果你的场景是高频日志中输出大量浮点数、且接受近似科学表示（比如监控指标精度要求不高），std::to_chars + general 是合理选择；但只要需求明确写着“必须形如 X.XXXXe+YY”，就别硬套 std::to_chars —— 它的设计目标本就不是可控科学计数法。
最常被忽略的一点：std::to_chars 对 float 的支持在某些标准库（如早期 libstdc++）中存在 bug，输出可能截断或错位，务必在目标平台实测 std::to_chars(buf, buf+32, 1.23e-4f) 的结果。
