setprecision 是 iomanip 头文件中定义的操纵符，需 #include <iomanip> 后使用，不能直接通过 cout 调用。
setprecision 是 iomanip 里的函数，不是 cout 自带的
直接写 cout 会编译失败，因为 <code>setprecision 不在全局命名空间，也不属于 std::cout 的成员函数。它来自头文件 <iomanip>，且必须和流操作符一起使用。
- 忘记
#include <iomanip>是最常见的编译错误，报错通常是‘setprecision’ was not declared in this scope -
setprecision默认控制的是「总有效数字位数」，不是小数点后位数 —— 这是绝大多数人踩坑的根源 - 要让它按「小数点后几位」生效，必须搭配
std::fixed
想输出 3 位小数？必须同时用 fixed + setprecision
默认情况下，setprecision(3) 对 12.34567 输出的是 12.3（3 位有效数字），而不是 12.345。只有加上 std::fixed，它才变成「小数点后固定 3 位」。
std::cout << std::fixed << std::setprecision(3) << 12.34567 << '\n'; // 输出 12.345 std::cout << std::setprecision(3) << 12.34567 << '\n'; // 输出 12.3（不加 fixed）
-
std::fixed是流格式标志，一旦设置，后续所有浮点输出都保持该模式，直到被std::defaultfloat或std::scientific覆盖 - 如果只在某次输出中需要固定小数位，建议连用：
std::cout -
std::fixed和std::setprecision都作用于整个流对象（如std::cout），不是单次调用的临时效果
setprecision 影响所有后续浮点输出，容易污染其他打印
一旦执行了 std::cout ，后面所有 <code>std::cout << double 都会按这个规则走 —— 包括你没意识到的调试日志、第三方库调用后的输出，甚至 std::cerr 不受影响但 std::cout 已被改写。
- 调试时发现浮点数突然多出一堆 0，大概率是前面某处设置了
fixed但没恢复 - 安全做法是在局部作用域内重置：用
std::ios_base::fmtflags保存原始状态再恢复 - 更轻量的写法是显式切回默认：在关键输出后补一句
std::cout
printf 风格更简单？但 C++ 流有不可替代优势
有人倾向用 printf("%.2f", x) 避开 setprecision 的状态管理问题。确实更直白，但它不支持 C++ 类型安全、无法重载、不能和自定义流（如 std::stringstream）自然配合。
立即学习“C++免费学习笔记（深入）”；
- 写日志到
std::ostringstream时，setprecision照常生效；printf则完全无法用 - 模板函数里统一处理多种数值类型，用流操作符比拼接
printf格式串更健壮 - 真正麻烦的不是语法，而是状态残留 —— 这点必须靠意识+习惯来规避，没有银弹
setprecision 永远不单独工作，它永远和 fixed/scientific/defaultfloat 绑定；也永远会影响后续所有同一流上的浮点输出。 
