c++oding="utf-8" ?>
setw单独用于文件流无效，因其仅对紧随其后的单个输出项生效且不持久；若未配合setfill或被其他输出中断，宽度设置即失效，导致列对齐失败。
为什么 setw 单独用在文件流里没效果？
因为 setw 是「一次性的」，只影响紧随其后的下一个输出项，且不改变流本身的格式状态。写入文件时若没配合 setfill 或忽略宽度重置逻辑，很容易出现对齐“失效”——比如你写了 setw(10)，但下一行又输出了别的内容，那宽度就自动失效了，根本不会补空格或填充字符。
常见错误现象：ofstream 输出的列看起来完全不对齐，哪怕每行都调了 setw；或者只有第一行对齐，后面全乱。
-
setw必须和要格式化的变量直接挨着，中间不能有 - 如果想让多列都按固定宽度对齐，每一列都要单独加
setw+setfill -
setfill是持久的，设一次后一直生效，直到再次调用；setw不是
ofstream 中 setfill 和 setw 的正确组合顺序
顺序错了就白搭：必须先 setfill，再 setw，最后输出值。因为 setfill 设置的是“当宽度不够时用什么填”，而 setw 才真正触发这个填充逻辑。
使用场景：生成固定宽字段的日志、CSV 表头对齐、调试用的表格化输出。
- 错误写法：
out —— <code>setfill写在后面，对当前这次输出无效 - 正确写法：
out - 如果要数字左对齐、补零，得额外加
left或right：out
写入文件时对齐错位的三个典型原因
不是代码写错了，而是忽略了流的状态继承和缓冲行为。尤其在循环写多行时，问题集中爆发。
- 忘记重置
left/right：前一行用了left，后一行没显式切回right，导致后续所有setw都左对齐 - 混用
\n和endl：用endl会刷新缓冲区，可能打断格式链；纯文本对齐建议统一用"\n" - 字符串含制表符或不可见空格：比如从
getline读来的数据自带首尾空格，setw按总长度算，视觉上就偏了
C++20 前后处理对齐的兼容性差异
老标准（C++11/14）只能靠 setw+setfill 组合；C++20 引入了 std::format，但目前 ofstream 还不支持直接 std::format 成 std::string 再写入，反而多一次拷贝。
性能影响：频繁调用 setw 几乎无开销，但若在 tight loop 里反复 setfill（哪怕值一样），有些 libstdc++ 实现会多一次状态检查；建议只设一次，除非真要切换填充字符。
- 跨平台注意：
setfill参数类型是char，传unsigned char可能在某些编译器报错 - Windows 下用
\r\n换行时，若字段末尾刚好卡在行尾，setw计算长度不含\r，可能导致显示错一格 - 调试技巧：先把格式化结果输出到
std::cout看效果，确认无误再切到ofstream
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
