固定宽度左/右补零优先用 fmt.Sprintf；动态拼接或非数字场景才用 strings.Repeat，因前者语义清晰、类型安全、性能好，后者易出 Unicode、负数、长度校验等错误。
字符串补零该用 fmt.Sprintf 还是 strings.Repeat？
直接说结论：固定宽度左/右补零，优先用 fmt.Sprintf；动态拼接或非数字场景（比如补任意字符），才考虑 strings.Repeat。因为前者语义清晰、类型安全、性能不差，后者容易绕弯子还易出错。
常见错误是把 strings.Repeat("0", n-len(s)) + s 当成万能解法——它不处理负数、不校验长度、不兼容 Unicode 字符宽度（比如中文占 2 个字节但显示为 1 个字符），一到终端对齐或日志格式就露馅。
-
fmt.Sprintf("%08s", s)表示右对齐、总宽 8、不足补零（注意：这是“补零”但视觉上在左边，因为字符串默认右对齐） -
fmt.Sprintf("%-08s", s)无效，-和0冲突，会忽略0，变成普通左对齐空格填充 - 真正左补零且固定宽度，得用
fmt.Sprintf("%08s", s)+ 手动反转逻辑，或者改用fmt.Sprintf("%0*d", width, atoi(s))（仅限纯数字）
fmt.Sprintf 补零时数字和字符串的写法差异
数字和字符串的补零行为根本不同：数字用 %0Nd 是标准左补零，字符串用 %0Ns 实际补的是空格（0 标志被忽略），只有 %0Nd 或 %0Nf 等数值格式才真正触发“补零”逻辑。
所以如果你传的是 "123" 这种字符串，想变成 "00000123"，不能靠 %08s，得先转成整数再格式化：
立即学习“go语言免费学习笔记（深入）”；
num, _ := strconv.Atoi("123")
s := fmt.Sprintf("%08d", num) // → "00000123"
如果原始就是 int 类型，直接 fmt.Sprintf("%08d", n) 最稳。
-
%08d：整数，不足 8 位左补零 -
%08s：字符串，等价于%8s（空格填充），0被无视 -
%08.8s：截取前 8 位，不补零，也不扩展
补零失败的典型报错和隐性陷阱
最常遇到的不是语法错，而是运行时 panic 或结果不符预期：
- 传了负数给
%0Nd，结果带负号且补零位置错乱：fmt.Sprintf("%05d", -42)→"-0042"（负号占一位，只补了 3 个零） - 用
%0Ns处理含 Unicode 的字符串，比如fmt.Sprintf("%010s", "你好")，实际按字节数计算宽度（"你好" 是 6 字节），输出可能是" 你好"（4 个空格），根本没补零 - 宽度参数动态传入时漏了
*占位符：fmt.Sprintf("%0d", width, s)错误，正确是fmt.Sprintf("%0*d", width, s)
需要真正左补零字符串的稳妥做法
当输入确定是数字字符串、又不能转 int（比如超长 ID 或带前导零的编码），就得手动补零：
别自己写循环拼接，用 strings.Repeat + len 判断更可控，但必须注意：按 rune 数而非 byte 数算长度，否则中文或 emoji 会崩：
s := "abc"
width := 8
if len([]rune(s)) < width {
zeros := strings.Repeat("0", width-len([]rune(s)))
s = zeros + s
}
- 永远用
len([]rune(s))判断可视字符数，不用len(s) - 补零前建议加校验：
if width = width，避免空字符串或越界 - 这种场景其实更适合封装成函数，而不是每处都重复判断
真正难的不是“怎么补”，而是想清楚：你补的是显示宽度、存储长度，还是协议要求的字节长度——三者在 Go 里完全不是一回事。
