必须同时使用 std::fixed 和 std::setprecision(2) 才能固定输出两位小数，单独 setprecision 作用于有效数字总数；二者设置持续生效，影响后续所有浮点输出，需显式切回 defaultfloat 恢复默认格式。
用 std::fixed 和 std::setprecision 控制 float 输出精度，但必须一起用
单独写 std::setprecision(2) 不会固定小数位数，它默认作用于「有效数字总数」，比如 123.456 会变成 1.2e+02 或 123（取决于当前格式标志）。要保留两位小数，必须先启用 std::fixed，再设精度。
常见错误是只写 setprecision，结果输出仍是科学计数法或整数截断。
-
std::fixed是流操纵符，会把浮点数强制按「小数点后固定位数」解释setprecision - 两者都作用于输出流对象（如
std::cout），且效果持续到被显式修改 - 如果后续还要输出其他浮点数（比如带三位小数的），得手动切回
std::defaultfloat，否则一直固定
#include <iomanip>
#include <iostream>
int main() {
float x = 3.14159f;
std::cout << std::fixed << std::setprecision(2) << x << '\n'; // 输出 3.14
std::cout << 2.71828f << '\n'; // 仍为 2.72（fixed + precision 持续生效）
}
为什么 printf("%.2f", x) 更简单，但 C++ 流更灵活
printf 直接写 "%.2f" 就能搞定，不需额外状态管理。但 C++ 流的优势在于可组合、可重定向、类型安全——比如你封装一个日志函数，希望所有浮点都统一两位小数，用流操纵符一次设置比每次拼格式串更可靠。
注意：printf 对 float 实际传参是 double，但对输出精度无影响；而 C++ 流中 float 和 double 都走同一套格式逻辑，setprecision 行为一致。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 若只临时输出一次，
printf更快写、更少出错 - 若需全局控制（如整个模块日志）、或和
std::ostringstream配合构造字符串，必须用std::fixed+std::setprecision -
std::setprecision的参数是int，不是字符串，别传"2"这种
输出时四舍五入是默认行为，但要注意 float 本身精度限制
C++ 流和 printf 都遵循 IEEE 754 舍入规则（通常为“四舍五入到偶数”），所以 1.235f 输出两位小数大概率是 1.24，但不能完全依赖——因为 float 只有约 7 位十进制有效数字，很多小数根本无法精确表示。
例如 0.1f + 0.2f 不等于 0.3f，输出可能显示 0.30 或 0.31，取决于实际存储值。这不是格式化的问题，而是底层二进制精度缺陷。
- 如果业务要求严格金融精度，别用
float，改用整数 cents 或专用 decimal 库 - 调试时可用
std::cout << std::setprecision(10) << x看真实值 -
std::fixed不改变数值，只改变显示方式；它不会把1.234f“变成”1.23f，只是输出时截断/舍入显示
在 std::ostringstream 中同样适用，但记得保存/恢复原始格式
如果你用 std::ostringstream 构造字符串（比如生成 JSON 或 CSV 字段），std::fixed 和 std::setprecision 一样生效。但容易忽略的是：这些设置会污染流状态，下次再用同一个流对象时，可能意外带上之前设置的格式。
最稳妥的做法是局部作用域内设置，或显式恢复。C++20 前没有 scoped manipulator，只能靠临时流或手动重置。
- 推荐做法：每个需要格式化的操作都新建一个
std::ostringstream，避免状态干扰 - 若复用流，用
os.flags(std::ios_base::fmtflags)保存原始 flag，之后恢复；或用std::defaultfloat切回 -
std::setprecision是流的属性，不是变量的，所以对同一个流多次调用会覆盖前值
真正麻烦的从来不是怎么写那两行代码，而是忘记它们有状态、会残留、且 float 本身的误差会在看似“正确”的两位小数背后悄悄作祟。
