expand默认将Tab替换为8个空格，但实际需用-t指定2或4空格以适配代码规范；-i仅处理行首Tab以防破坏字段分隔；-t支持多制表位对齐，适用于报表而非代码；其按制表位语义计算空格数，优于sed的暴力替换。
expand 默认行为是把 Tab 替换为 8 个空格，但实际项目中几乎从不直接用默认值
很多人一上来就跑 expand file.txt，结果发现缩进全乱了——Python 报 IndentationError，JSON 格式校验失败，甚至 diff 差异爆炸。这是因为绝大多数现代代码规范（如 PEP 8、ESLint 默认）要求 2 或 4 个空格缩进，而 expand 默认硬编码为 8。
必须显式指定 -t 参数：
-
expand -t4 script.py > script_spaced.py：安全覆盖 Python/JS 常见缩进 -
expand -t2 Makefile：Makefile 要求首行 Tab，但内部对齐有时需微调 - 别信“先试默认再改”——一旦写入或管道输出，原始 Tab 信息就丢失了
只处理行首 Tab？用 -i 防止破坏表格型文本或日志对齐
某些日志或 CSV 导出文件里，Tab 不仅用于缩进，还承担列分隔功能。比如一行是：ERROR<tab>2026-04-15<tab>/api/v1/users</tab></tab>。如果全量替换，时间字段和路径就会错位。
-i（即 --initial）只动每行开头连续的 Tab，保留中间的分隔符：
-
expand -i -t4 deploy.log：修正缩进，不碰字段间 Tab - 和
-t必须同时用，单独-i仍按默认 8 空格替换 - 注意：它不识别“语法上下文”，只是机械匹配行首空白序列中的 Tab
多制表位对齐（-t 5,10,15）适合固定格式报表，但别在代码里滥用
当处理的是人工排版的 ASCII 表格、旧系统导出的固定宽字段文本时，-t 接逗号列表才有意义。例如：
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
NAME<TAB>AGE<TAB>CITY Alice<TAB>28<TAB>Shanghai Bob<TAB>35<TAB>Beijing
运行 expand -t 12,18,28 data.txt 后，各列会严格对齐到第 12、18、28 列位置。
- 这种用法在代码文件中基本无效——缩进是层级关系，不是绝对列位置
- Shell 中不能用引号包住
-t 5,10,15，否则会被当做一个参数而非选项+值 - 如果字段本身含空格，这种对齐会立刻失效；此时该用
column -t或awk
和 sed 's/\t/ /g' 的关键区别：expand 尊重制表位语义，sed 是暴力字符串替换
这是最容易踩坑的地方。假设一行是：if (x) {<TAB>return true;<TAB>}，其中两个 Tab 在不同列位置。
sed 会无差别替换成固定数量空格，导致大括号缩进比 return 多 4 个空格；而 expand -t4 会计算当前光标位置到下一个制表位（4 的倍数列）的距离，可能分别补 3 和 1 个空格，保持视觉对齐。
-
expand模拟终端制表行为，sed只做正则替换 - 处理混合缩进（如部分用 Tab、部分用空格）时，
expand更可靠 - 但
sed能处理非标准 Tab 字符（比如 \r\t 组合），expand只认 ASCII\t
真正麻烦的不是命令怎么写，而是你得先确认：这个文件里的 Tab 到底是缩进、分隔符，还是历史遗留的对齐残留。看一眼 cat -T file.txt，比盲目跑命令省半小时调试时间。
