std::to_string不行是因为它固定输出6位小数，既不最短也无法保证round-trip无损；真正需要的是最短十进制表示且能无损还原为原double，这需借助std::to_chars（C++17）或fmt::format等方案。
为什么 std::to_string 不行
std::to_string 会固定输出 6 位小数（如 3.141593），既不最短，也无法保证 round-trip 可恢复——即从字符串再 parse 回 double 时可能得到不同值。它本质是格式化而非精确序列化。
真正需要的是“最短十进制表示，且能无损 round-trip 到原 double”，这属于 IEEE 754 的 decimal representation 问题，标准库没直接暴露该能力。
用 std::to_chars + std::from_chars 验证最短性
C++17 引入的 std::to_chars 默认使用“最短可恢复”策略（当指定 std::chars_format::general 时），但需手动控制精度边界并验证是否真能 round-trip。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先用
std::to_chars输出到足够大的缓冲区（如 32 字节），格式设为std::chars_format::general - 截掉末尾冗余零（注意保留小数点后至少一位，如
"123."要变成"123"，但"0.0"不能删成"0"—— 后者 parse 为0.0没问题，但语义上丢失了浮点类型信息） - 用
std::from_chars解析回double，比对是否与原值bitwise equal（用std::memcmp或std::bit_cast） - 若不等，说明当前字符串不够精确，需增加精度（比如强制用科学计数法或加一位小数）
推荐方案：用 fmt::format 的 "{}" 格式
fmt 库（v10+）的默认格式化器 fmt::format("{}", x) 就是专为最短可恢复设计的，背后实现基于 Grisu3 / Dragon4 算法，并经过大量测试验证 round-trip 正确性。
示例：
double x = 0.1 + 0.2; // 实际是 0.30000000000000004
auto s = fmt::format("{}", x); // 得到 "0.3"
double y;
fmt::from_chars(s.data(), s.data() + s.size(), y); // y == x（bitwise）
注意：fmt::format 在 debug 模式下可能略慢，但 release 下极快；若不能引入第三方，必须手写则优先考虑 std::to_chars + 自动二分试探位数。
容易忽略的边界情况
无穷、NaN、-0.0 这三类值在转换时行为特殊：
-
std::to_chars对inf/nan返回std::errc::invalid_argument，需提前分支处理（如用std::isinf/std::isnan） -
-0.0的 bit pattern 和0.0不同，但多数格式化器会输出"0"或"0.0"，丢失符号信息；若需区分，得用std::signbit+ 手动拼接"-0" - 非常接近 0 的次正规数（如
5e-324）可能被某些实现格式化为"0"，必须用std::fpclassify检查是否为FP_SUBNORMAL
最短可恢复不是“看着短就行”，而是每个字节都承载必要信息——少一个字符，就可能断掉 round-trip 链。
