必须同时使用 std::fixed 和 std::setprecision(N) 才能固定小数点后 N 位；单独 setprecision(N) 仅控制有效数字位数，且二者均为流状态，影响后续所有输出，需手动重置。
用 std::setprecision 配合 std::fixed 控制输出位数
默认情况下，std::cout 对浮点数采用“有效数字”模式（最多6位），不是小数点后几位。想固定保留小数点后 N 位，必须同时用 std::fixed 切换格式，再用 std::setprecision(N) 指定位数。
常见错误是只写 std::setprecision(2)，结果 3.14159 输出成 3.14，但 100.0 可能变成 1e+02 或 100 —— 因为没加 std::fixed，它仍在科学计数/普通格式间自动切换。
-
std::fixed让所有浮点输出强制用小数点后固定位数（不启用科学计数） -
std::setprecision(2)在fixed下 = 小数点后 2 位；在非fixed下 = 总共最多 2 位有效数字 - 这两个操作影响后续所有
std::cout输出，如需恢复默认，得手动重置：std::cout.unsetf(std::ios_base::fixed)和std::cout.precision(6)
#include <iomanip>
#include <iostream>
<p>int main() {
double arr[] = {3.14159, 2.71828, 100.0};
for (double x : arr) {
std::cout << std::fixed << std::setprecision(2) << x << " ";
}
// 输出：3.14 2.72 100.00
}循环中避免重复设置，用作用域或临时流控制
如果数组很大，每次循环都调用 std::fixed 和 std::setprecision 不仅冗余，还可能干扰其他输出逻辑（比如你之后还要打印整数、字符串）。更稳妥的做法是：要么提前统一设置，要么用局部作用域封装。
- 统一设置一次即可生效到后续所有输出，不需要每轮循环都设
- 若只对数组输出生效，之后要恢复默认格式，推荐用
std::ostringstream临时构造格式化字符串，避免污染std::cout状态 - 注意
std::setprecision是流的属性，不是函数调用的瞬时效果；它会持续起作用直到被覆盖
#include <iomanip>
#include <sstream>
<p>std::string format_double(double x, int digits) {
std::ostringstream oss;
oss << std::fixed << std::setprecision(digits) << x;
return oss.str();
}</p><p>// 使用：
for (double x : arr) {
std::cout << format_double(x, 3) << " "; // 3.142 2.718 100.000
}注意 std::defaultfloat 和精度截断不是四舍五入
std::setprecision 控制的是显示精度，不是计算精度。它底层依赖 std::round 行为，但实际输出时是“按当前格式四舍五入后截断显示”，不是先 round 再存——所以你看到的 3.14159 → 3.14 是显示结果，变量本身仍是原值。
立即学习“C++免费学习笔记（深入）”；
- 若需真正截断（向下取），不能只靠流格式，得手动计算：
std::floor(x * 100) / 100 -
std::defaultfloat可用来取消fixed，但它不会自动恢复原始精度（默认是6），需配合std::cout.precision(6) - 不同编译器/标准库对边界值（如 0.005）的舍入行为一致（IEEE 754 round-half-to-even），但别依赖它做金融计算
输出到文件或 std::cerr 也要单独设置
std::cout、std::cerr、std::ofstream 各自维护独立的格式标志。给 std::cout 设置了 fixed，不影响 std::cerr 的输出格式。
- 写日志到文件时，记得对
std::ofstream单独调用setf和setprecision - 调试时混用
std::cout和std::cerr，容易因忘记分别设置导致精度不一致 - 没有全局格式开关；每个流的状态都是隔离的
浮点输出精度控制的关键不在“怎么写代码”，而在理解 std::fixed 和 std::setprecision 是流状态的一部分，且它们的组合含义和生命周期常被忽略。尤其当代码里有多个输出目标、或混合整数/浮点/字符串时，状态残留最容易引发意外格式。
