Go中实现终端表格对齐首选text/tabwriter（左对齐、自动撑开，需Flush）、tablewriter（支持中文、边框、居中）或fmt.Printf（仅限固定ASCII场景）；高频场景须复用实例。
用 text/tabwriter 实现左对齐、自动撑开的表格
Go 标准库自带 text/tabwriter，专为终端表格对齐设计，比手动拼空格靠谱得多。它本质是“制表符驱动”的 writer：你写入带 \t 分隔的行，它按列宽自动对齐，还能处理换行、中文宽度（需配合 tabwriter.StripEscape 和等宽字体假设）。
常见错误是直接用 fmt.Printf 拼空格——列一多、内容一长或含中文就全乱；或者忘了调用 Flush()，导致输出为空。
- 必须用
tabwriter.NewWriter(os.Stdout, 0, 0, 2, ' ', tabwriter.TabIndent)初始化，第三个参数是 padding（空格数），别设成 0 - 每行末尾要加
\n，且整行必须写入tabwriter，不能混用fmt.Println - 中文字符默认被当 1 宽度，实际占 2 位，若要精准对齐得用第三方库（如
github.com/olekukonko/tablewriter），但多数 CLI 场景够用
tw := tabwriter.NewWriter(os.Stdout, 0, 0, 2, ' ', tabwriter.TabIndent) fmt.Fprintln(tw, "NAME\tAGE\tCITY") fmt.Fprintln(tw, "Alice\t28\tBeijing") fmt.Fprintln(tw, "张三\t31\tShanghai") tw.Flush() // 忘了这句就看不到任何输出
用 github.com/olekukonko/tablewriter 支持中文、居中、边框
需要真正美观的 CLI 表格（比如带横线、竖线、标题居中、中文不挤在一起），text/tabwriter 就力不从心了。tablewriter 是 Go 社区最成熟的替代方案，能自动计算中文宽度、支持对齐控制和样式开关。
典型坑是初始化后没调 Render()，或者传入数据类型不对（它只接受 []string 切片组成的二维切片，不是结构体 slice）。
立即学习“go语言免费学习笔记（深入）”；
- 安装：
go get github.com/olekukonko/tablewriter - 表头用
SetHeader([]string{...})，数据行用Append([]string{...})，别传struct{} - 中文对齐依赖
table.SetAutoFormatHeaders(false)+table.SetColWidth(20)手动控宽，否则默认格式化会截断 - 关闭边框用
table.SetBorder(false)，否则默认有上下横线和竖线，在某些终端里显得太重
table := tablewriter.NewWriter(os.Stdout)
table.SetHeader([]string{"Name", "Age", "City"})
table.Append([]string{"Alice", "28", "Beijing"})
table.Append([]string{"张三", "31", "Shanghai"})
table.SetRowLine(true) // 加横线分隔行
table.Render()
fmt.Printf 硬对齐只适合固定长度、无中文的极简场景
如果表格只有英文、字段长度稳定（比如 PID、状态码）、且就两三列，fmt.Printf 最快最轻量。但它完全靠预估宽度，一旦某列内容超长或出现中文，对齐立刻崩塌，维护成本反而更高。
错误示范是写 %-10s %-5s 却没测过最长字符串，结果第二列被顶飞；或者用 %s 不加宽度，等于没对齐。
- 必须提前知道各列最大宽度，用
%-12s（左对齐）或%12s（右对齐）硬编码 - 中文字符按 1 字符算，但显示占 2 位置，所以宽度要翻倍预留（例如“张三”至少留 4 字符位）
- 不要在格式串里混用
\t和空格，终端解释不一致，尤其 Windows cmd
// 仅限这种简单 case：全是 ASCII，长度可控
fmt.Printf("%-10s %-5s %-15s\n", "NAME", "AGE", "CITY")
fmt.Printf("%-10s %-5s %-15s\n", "Alice", "28", "Beijing")
性能和兼容性：别在高频循环里反复创建表格 writer
CLI 工具通常一次输出一张表，但如果你在日志滚动、实时监控这类场景下每秒生成几十张表，tablewriter 的初始化和 Render() 开销会明显升高（内部做了多次遍历和字符串构建）。而 text/tabwriter 更轻，但依然不建议每次循环都 NewWriter。
容易被忽略的是 Windows PowerShell 和 Git Bash 对 ANSI 控制符的支持差异——tablewriter 默认启用颜色，但在旧版 cmd.exe 里可能显示乱码，需显式关掉：table.SetColumnColor(...) 全设为 nil，或初始化时加 table.SetAutoWrapText(false) 避免换行干扰列宽计算。
- 高频场景下复用同一个
tabwriter.Writer或tablewriter.Table实例，调ClearRows()重置即可 - Windows 用户若发现表格错位，优先试
SET TERM=ansi或换用text/tabwriter+ 关闭所有样式 - CI 环境（如 GitHub Actions）默认无 TTY，
tablewriter可能自动禁用边框，不必额外处理
tabwriter 还是 tablewriter，取决于你愿不愿意为中文和样式多引入一个依赖，以及用户终端环境是否能预期。 
