std::setw只对下一个输出项生效，std::setprecision默认控有效数字需配std::fixed，流状态如fixed/left会持续污染后续输出。
用 std::setw、std::setprecision 和 std::fixed 就够了，不用背整套 <iomanip></iomanip> —— 大多数人只踩三个坑：宽度不生效、小数位数错乱、流状态污染。
为什么 std::setw 一换行就失效
std::setw 是“一次性”的，只对紧接着的下一个输出项起作用，不会持续影响后续 。它不是设置列宽，而是临时占位；一旦输出完成，效果立刻消失。
- 错误写法：
cout → 只有 <code>"a"占 10 宽，"b"紧挨着输出，没空格 - 正确做法：每个要对齐的字段都单独加
setw：cout - 如果要左对齐，得配
std::left（默认右对齐），且left是流状态，会持续生效，记得用std::right恢复
std::setprecision 在浮点输出里为什么总不对
setprecision 默认控制的是「有效数字位数」，不是小数点后几位。输出 3.14159 时设 setprecision(2)，结果是 3.1（2 位有效数字），不是 3.14（2 位小数）。
- 要固定小数位数，必须配合
std::fixed：cout → 输出 <code>3.14 -
fixed会永久改变浮点输出格式，后续所有浮点数都会走小数位模式，除非手动切回std::scientific或std::defaultfloat - 整数不受
fixed影响，但setprecision在非fixed模式下对整数无效
流状态污染：一次设置，处处踩雷
<iomanip></iomanip> 里很多操作符（如 fixed、left、hex）会修改 std::cout 的内部标志位，这些状态不会自动重置，可能让下游代码输出异常。
立即学习“C++免费学习笔记（深入）”；
- 常见现象：函数 A 设置了
hex打印地址，之后主逻辑里cout 突然输出 <code>64（十六进制） - 安全做法：用
std::ios_base::fmtflags保存/恢复状态：auto flags = cout.flags(); cout - 更轻量的替代：用
std::oStringstream做局部格式化，避免污染全局流
真正难的不是记函数名，而是意识到 cout 是个带状态的对象——它不像 Python 的 f-string 那样每次独立求值。一个 fixed 调用可能让整个模块的浮点输出悄悄变味，而你查日志时根本想不到是三行之前的那句 cout 搞的鬼。