setw 设置字段宽度且仅对下一个输出项生效，setfill 设置填充字符但需配合 setw 和对齐标志（如 right/left）才生效；默认右对齐、不补零，setfill 具有持久性。
setw 和 setfill 必须搭配 ios::left / ios::right 才能控制对齐方向
单独用 setw 只设宽度，不指定对齐方式时，默认右对齐，且不会自动补零；setfill 本身只设置填充字符，但「是否填充」「填在哪」完全取决于当前对齐标志和字段宽度是否被触发。常见错误是写了 setfill('0') 却没写 setw(5)，或者写了 setw 但忘记 std::right（默认虽是 right，但若之前设过 left 就会失效）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每次需要格式化输出前，显式设置对齐：用
std::right（默认）、std::left或std::internal -
setfill是持久的，设一次会影响后续所有带setw的输出，建议在格式块前后手动恢复（如先存原 fill 字符，用完再设回去） -
setw是**一次性**的，只影响紧随其后的那个输出项，之后立刻失效
补零输出整数时，别直接对数字用 setw+setfill —— 改用 std::hex / std::oct / std::showbase 或 std::setfill('0') + std::setw + std::right
比如想输出 42 补零成 00042，写 cout 是对的；但若想输出十六进制补零如 <code>0x002a，光靠 setw 不行，因为 0x 前缀不算在 setw 计算的字段宽度内（除非开启 std::showbase 并配合 std::internal）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 纯数字补零（十进制）：
cout → <code>00042 - 带 0x 前缀的 hex 补零：
cout → <code>0x002a（注意internal把 fill 插在 base 和数值之间） - 避免混用：不要在同一个表达式里既用
dec又用hex，状态会残留
setw 对字符串和浮点数的行为差异很大，尤其要注意精度与宽度的优先级
setw 控制的是整个字段宽度（含小数点、符号、指数部分），而 setprecision 控制有效位数或小数位数——两者独立生效，但顺序和流状态会影响最终效果。例如 cout 输出的是 <code> 3.14（右对齐，空格填充），不是 0003.14，因为 setfill 还没设。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 浮点数补零对齐要三者齐备：
setfill('0')+setw(N)+right（或left） -
fixed和scientific会改变setprecision含义：前者是小数位数，后者是有效数字位数 - 字符串用
setw时，超长会被截断（不截断是默认行为，C++ 标准不支持自动截断，实际输出原长；真正截断需手动 substr）
跨平台兼容性问题：某些旧编译器（如早期 MinGW）对 setfill('0') + internal 的组合支持不一致
比如 std::internal 配合 showbase 在 GCC 9.2+ 和 MSVC 2019 上表现一致，但在 TDM-GCC 4.9.2 中可能忽略 fill 字符。这不是标准问题，而是 iostream 实现 bug。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 关键业务中避免依赖
internal实现补零前缀，改用字符串拼接："0x" + string(4 - s.length(), '0') + s - 用
std::ostringstream隔离格式化逻辑，比直接操作std::cout更易测试和移植 - 检查编译器版本：GCC ≥ 5.0、Clang ≥ 3.5、MSVC ≥ 2015 对 iomanip 行为基本一致
真正麻烦的不是记不住 setw 和 setfill，而是它们的状态持续性不一致——setw 一次一清，setfill 和对齐标志却一直留着；稍不注意，后面某处看似无关的 cout 就突然被补了一堆 0。
