用 std::setprecision 和 std::fixed 组合控制小数位数
直接写 std::setprecision(2) 不一定保留 2 位小数——它默认控制的是「总有效数字位数」，不是小数点后位数。比如 123.456 会变成 1.2e+02 或 123，完全不是你想要的 123.46。
必须搭配 std::fixed 才能切换到「固定小数点格式」，此时 setprecision 才真正表示小数点后几位：
#include <iomanip>
#include <iostream>
int main() {
double x = 3.1415926;
std::cout << std::fixed << std::setprecision(3) << x << '\n'; // 输出 3.142
}
-
std::fixed是流状态，一旦设置，后续所有浮点输出都按固定格式，直到被std::scientific或std::defaultfloat覆盖 - 不加
std::fixed时，setprecision(3)对0.001234会输出0.00123（3 位有效数字），而非0.001 - 如果只临时改精度，记得用
std::cout.precision()+std::cout.flags()备份/恢复，否则容易污染其他输出
避免 printf 的隐式截断陷阱
C 风格的 printf("%.2f", x) 看似简单，但对极小或极大值容易崩：比如 x = 1e-10，%.2f 会输出 0.00，而你可能其实想看到科学计数法；更糟的是，当 x 是 NaN 或 inf 时，printf 行为未定义，某些平台直接 crash。
-
std::cout+std::fixed对inf/NaN有明确定义（输出inf、nan字符串） -
printf的精度是「四舍五入后显示位数」，但底层二进制浮点无法精确表示十进制小数，所以0.1 + 0.2用%.1f可能输出0.3，也可能在某些 libc 版本下输出0.4（因中间计算误差放大） - 跨平台一致性和可维护性上，
iomanip更可靠，尤其在日志、配置导出等需稳定格式的场景
std::setprecision 的作用域和性能影响
std::setprecision 修改的是 std::ostream 对象的内部标志，不是全局状态。但它会影响该流之后所有浮点输出，哪怕中间穿插了整数或字符串。
立即学习“C++免费学习笔记（深入）”；
- 频繁切换格式（比如循环里一会儿
fixed一会儿scientific）会带来微小开销，因为每次都要刷新流缓冲区并重算格式化逻辑 - 若只对单个值格式化，推荐用临时
std::ostringstream，避免污染主输出流：std::ostringstream ss; ss - 注意
std::setprecision对整数无效——它只影响浮点数输出，std::cout 还是输出 <code>42
不同编译器对 long double 的精度处理差异
在 x86-64 Linux（GCC）上，long double 通常是 80 位扩展精度；而在 Windows MSVC 或 macOS Clang 下，它往往只是 64 位 double 的别名。这意味着同一段代码：std::cout ，在不同平台输出的小数位“真实性”可能完全不同。
- 如果你依赖高精度中间计算结果的最终显示，不要假设
long double在所有平台都有额外精度 - 调试时可用
std::numeric_limits<long double>::digits10</long>查实际十进制精度位数，再决定setprecision值是否合理 - 对金融等需确定性小数的场景，干脆别用浮点，改用整数 cents 或
boost::multiprecision::cpp_dec_float
std::fixed 和 std::setprecision 必须配对用，以及忘记它会持续生效——下次输出浮点数时突然全变成固定格式，还找不到哪行代码动的手。 
