sprintf最直接但需注意缓冲区大小和精度控制；std::to_chars是c++17推荐方案，零分配、无异常但需手动处理结尾；避免用std::ostringstream拷贝到固定数组；负数、nan、inf等边界值行为差异大，须提前验证。
用 sprintf 最直接，但要注意缓冲区大小和精度控制
多数情况下，sprintf 是最顺手的选择——它能按格式把浮点数转成字符串存进字符数组。但别直接写 sprintf(buf, "%f", x) 就完事，容易溢出或精度失控。
- 缓冲区必须足够大：比如
double最多可能生成 24 个字符（含符号、小数点、指数位），建议至少分配char buf[64] - 默认
%f可能输出大量无意义小数位，用%.6f显式限定精度更稳妥 -
sprintf不检查目标空间，若写入超长会覆盖相邻内存——这是段错误的常见源头 - 示例：
char buf[64];<br>sprintf(buf, "%.6f", 3.1415926535); // buf → "3.141593"
std::to_chars 是 C++17 推荐方案，零分配、无异常、但需手动处理小数点
如果你用的是 C++17 或更新标准，std::to_chars 是更现代、更安全的选择。它不依赖 locale，不抛异常，也不动态分配内存，但返回值需要你主动判断是否成功，且不自动补零或对齐。
- 必须传入有效区间：比如
char buf[64]; auto res = std::to_chars(buf, buf + 64, 3.14159); - 检查
res.ec == std::errc{}才算成功，否则可能是缓冲区不够或值超出范围 - 结果不以
\0结尾，得手动加：buf[res.ptr - buf] = '\0'; - 对
float和double行为一致，但不会像sprintf那样自动做科学计数法切换——极小/极大数会直接失败
避免用 std::ostringstream 存到固定大小字符数组
有人想用 std::ostringstream 先转成 std::string，再用 c_str() 拷贝进字符数组，这在逻辑上可行，但极易踩坑。
-
std::string.c_str()返回的指针不能直接赋给局部字符数组，比如char buf[32] = *ss.str().c_str();是错的——右值生命周期只到语句结束 - 若真要用，必须显式拷贝：
ss.str().copy(buf, sizeof(buf)-1); buf[ss.str().size()] = '\0';，但此时又得先确保buf足够大 - 相比
sprintf或to_chars，它多了构造流、格式化、堆内存分配三重开销，对嵌入式或性能敏感场景不合适
负数、NaN、Inf 的行为差异必须提前验证
不同函数对边界值的处理差别很大，不测就上线容易出诡异 bug。
-
sprintf(buf, "%f", NAN)输出"nan"（小写），INFINITY输出"inf"；但某些旧 libc 可能输出"-nan"或空字符串 -
std::to_chars对NAN和INFINITY直接返回std::errc::not_supported，不写任何内容——你得自己 fallback 处理 - 负零
-0.0在sprintf下通常输出"-0.000000"，而to_chars输出"0"（标准未强制要求带负号） - 跨平台时尤其注意：MSVC 和 GCC 对
long double的sprintf支持不一致，to_chars则根本不支持long double
真正麻烦的不是怎么写那几行代码，而是浮点表示本身就不精确，加上格式化规则分散在不同标准库实现里——同一段代码，在调试器里看着对，一放到 ARM Cortex-M 上跑就崩，往往就卡在这类细节上。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
