不是对齐空格而是跳至下一个8列倍数位置，导致不同长度字符串后 补空格数不同而错位；仅适用于字段长度可控、列数少的场景。
为什么 看起来对不齐？
因为 不是固定空格，而是“跳到下一个 8 列倍数位置”的制表位（tab stop），起始列号从 0 开始算。如果当前光标在第 3 列， 就补 5 个空格跳到第 8 列；若已在第 8 列，则直接跳到第 16 列。这导致字符串长度不同时， 补的空格数不同，视觉上就“歪了”。
常见错误现象：printf("Name: %s
Age: %d
"); 中，当 Name: 和 Age: 长度不同（比如换成 StudentID:），后面内容就不再垂直对齐。
用 做简单对齐的可行场景
仅适用于字段长度高度可控、且输出列数少的场合，比如固定格式的日志前缀、小范围枚举打印。
- 字段名本身长度一致或已人工补齐（如都用 8 字符宽的标签）
- 只用 1～2 个
- 目标终端/查看器使用默认 8 列 tab stop（部分编辑器可设为 4，会进一步破坏对齐）
示例（安全用法）：
printf("ID: %d
Name: %s
Grade: %c
", 123, "Alice", 'A');——三行首词长度分别为 3 / 4 / 5，都在同一 tab 区间内，大概率对齐。
立即学习“C语言免费学习笔记（深入）”；
真正可靠的对齐：改用 printf 的字段宽度控制
想让“Name”、“Age”、“Score”后的内容严格竖直对齐，必须放弃 ，改用 %-10s、%8d 这类格式说明符。
-
%-10s：左对齐、占 10 字符宽，不足补空格 -
%12.2f：右对齐、总宽 12（含小数点和两位小数），不足前面补空格 - 所有字段统一用相同宽度（如都用
%-15s），对齐就稳了
对比示例：
错的：printf("Name: %s Age: %d
", name, age);
对的：printf("%-8s %-8s %4d
", "Name:", name, age);
混合使用 和格式宽度时的陷阱
别混着用——比如 printf("Name: %-10s Age: %d", name, age)。因为 的跳转位置依赖当前列号，而 %-10s 输出的实际字符数又取决于 name 长度，二者叠加会让跳转点完全不可预测。
更隐蔽的问题： 在管道或重定向到文件时，可能被某些工具（如 column -t）识别为分隔符，但原始对齐逻辑早已失效；而 printf 宽度控制生成的是纯空格，行为稳定。
真正复杂的地方不在语法，而在你是否意识到：对齐的本质是“控制总宽度”，不是“加一个符号”。 是历史遗留的游标跳转指令，不是排版工具。
