std::to_chars不支持科学计数法因C++17未定义std::chars_format::scientific，需手动拆解；固定小数位须缩放取整再格式化；buffer大小推荐double用100字节；返回指针非null-terminated，需手动处理终止符。
std::to_chars 为什么不能直接输出科学计数法？
std::to_chars 是 C++17 引入的无分配、无 locale、纯计算型格式化函数，但它只支持两种模式：std::chars_format::fixed 和 std::chars_format::general（不是 scientific）。你传 std::chars_format::scientific 会编译失败——标准库目前根本不提供该枚举值。C++23 才正式加入 std::chars_format::scientific，但绝大多数生产环境（GCC 13 / Clang 16 / MSVC 19.3x）仍不支持或需手动开启实验性特性。
所以现在想用 std::to_chars 实现科学计数法，得自己拆解：先用 std::frexp 提取尾数和指数，再分别格式化尾数（general 或 fixed）+ 拼接 "e+" / "e-" + 指数部分。
如何用 std::to_chars 输出带固定小数位的浮点数？
固定精度（比如保留 3 位小数）不能靠 std::to_chars 的 precision 参数“直接控制”——它只对 fixed 和 general 有作用，且语义是“最多保留几位有效数字”，不是“小数点后几位”。要真正实现 %.3f 效果，必须手动缩放：
- 乘以
1000（对应 3 位），std::round取整，再除回1000.0，然后用std::to_chars(..., std::chars_format::fixed) - 更稳妥的做法是：先用
std::to_chars转成general格式，再用std::from_chars解析回 double，做缩放 + round，再转一次 —— 但性能损失大，一般不推荐 - 实际高频场景（如日志、序列化）建议接受
std::to_chars的原生行为：用std::chars_format::fixed+ 合理设置precision（例如precision=6对应常见 float 精度），它会自动补零或截断，比手动 round 更符合 IEEE 浮点表示
std::to_chars 的 buffer 大小怎么算才不溢出？
buffer 不够会导致返回 std::errc::value_too_large。别硬猜，用标准推荐方式：
立即学习“C++免费学习笔记（深入）”；
- 整数：最大长度 ≈
std::numeric_limits<int>::digits10 + 2</int>（+1 符号位，+1 结束符，但std::to_chars不写 '\0'，所以留 1 字节余量足够） - 浮点数：最坏情况是
std::chars_format::general下的极大值，C++ 标准要求 buffer 至少为std::chars_format::max_buffer_size（C++23 新增），但当前主流实现可参考：std::to_chars文档普遍建议 float 用 48 字节、double 用 100 字节 —— 这是安全上限，日常double32 字节也够大多数值 - 实操建议：声明 buffer 时用
std::array<char></char>存double，几乎不会出错；若动态分配，至少预留 100 字节并检查返回的ptr是否超出 buffer 尾部
为什么 std::to_chars 返回的 ptr 不是 null-terminated？
std::to_chars 返回的是写入结束位置的迭代器（char*），它**不写入 '\0'**。这是为了零开销设计——调用方必须自己处理终止符，否则直接当 C 字符串用会越界读。
正确做法：
- 如果后续要传给
printf或std::string_view，先确认 buffer 有额外空间，手动写buf[written] = '\0' - 更推荐用
std::string_view(buf.data(), written - buf.data())，避免拷贝也无需 null-terminator - 常见错误：把
std::to_chars结果直接传给strlen或std::cout —— 此时内存未初始化，行为未定义
高性能场景下，绕过 null-termination 是优势，但也意味着你得始终清楚自己在操作裸指针范围。这点容易被忽略，尤其从 std::to_string 切换过来时。
