setw只对下一个输出项生效，setprecision控制有效数字位数且效果持续；二者均需包含<iomanip>，混用时需配合left/right/internal指定对齐方式。
setw 只对下一个输出项生效，不是“设置宽度后所有数字都按这个宽”
很多人以为 setw(5) 像 CSS 的 width 一样持续作用，其实它只影响紧跟着的那一个 << 操作数，之后立刻失效。比如：
cout << setw(5) << 12 << "abc" << setw(5) << 34;结果是
" 12abc 34"，中间的 "abc" 完全没被填充——因为 setw(5) 在 12 后就丢了。
常见错误现象：setw 放在循环外，结果只有第一项对齐，后面全挤在一起。
- 每次需要格式化时，都得重新写
setw(n) - 如果要连续输出多个等宽字段（如表格），必须每个
<<前都加setw -
setw不会截断内容，超长时直接撑开，不报错也不警告
setprecision 控制的是有效数字个数，不是小数点后几位
这是最常踩的坑。setprecision(3) 对 12.3456 输出 12.3（3 位有效数字），但对 0.00123456 会输出 0.00123（还是 3 位有效数字），不是统一保留 3 位小数。
使用场景：科学计算、日志浮点记录、避免过长小数污染控制台。
立即学习“C++免费学习笔记（深入）”；
- 要固定小数位数，得配合
fixed：先cout << fixed << setprecision(3) -
defaultfloat可以恢复默认行为（科学计数/普通格式自动切换） -
setprecision的效果会持续，直到你改掉它——这点和setw完全相反
setw + setprecision 混用时，填充方向和对齐方式得手动指定
setw 默认右对齐，数字和字符串都一样；但如果你输出的是 0.00123 这种带前导零的小数，又开了 fixed，就会发现空格全填在左边，数字看起来“飘”在右边。
这时候得用 left 或 right 显式控制：
cout << left << setw(8) << setprecision(3) << fixed << 3.14159;
输出："3.141 "（左对齐，后面补空格）
- 不写
left或right，默认是right -
internal用于数字：符号/前缀占位，数字右对齐，填充在中间（比如+ 42） - 所有对齐操作符（
left/right/internal）也是一次性的，只影响下一个输出项
头文件、流状态和重用隐患
要用 setw 和 setprecision，必须包含 <iomanip>，不是 <iostream> 自带的。漏了会编译失败，报错类似：‘setw’ was not declared in this scope。
更隐蔽的问题是流状态残留：比如某段日志用了 fixed << setprecision(6)，之后其他模块读取 cin 或输出浮点，可能意外继承这个格式，导致数字显示异常。
- 短期控制推荐用临时
std::ostringstream，避免污染全局cout - 长期格式要求（如整个模块统一小数位），建议封装成函数或 RAII 类来自动恢复状态
- 不要依赖“我刚设过，应该还有效”——流格式标志是易变的，尤其跨函数调用时
