fmt.Printf 是唯一真正支持格式化输出的函数，因 fmt.Print 和 fmt.Println 不解析 % 动词，无法控制分隔符、宽度、换行及对齐，而 fmt.Printf 可精准构造结构化输出、补零格式（如 %02d）、结构体调试（%+v/%#v），且在高频场景需配合 strings.Builder 优化性能。
fmt.Printf 是唯一真正支持格式化输出的函数，fmt.Print 和 fmt.Println 不解析任何 % 动词，强行混用只会输出字面量（比如 "%s" 被原样打印）并拼接参数，结果完全不可控。
为什么 fmt.Printf 必须替代 fmt.Println 做格式化
调试或日志中想输出 "id=123, name=Alice" 这种结构，用 fmt.Println("id=", id, ", name=", name) 会多出空格、换行不可控，且无法对齐；而 fmt.Printf("id=%d, name=%s", id, name) 完全由你定义分隔符、宽度、换行时机。
-
fmt.Println("a", 123)→ 输出a 123\n（中间空格强制存在，删不掉） -
fmt.Printf("a%d", 123)→ 输出a123（无空格、无换行，干净可控） - 拼 JSON 片段、SQL 查询、HTTP header 等场景，
fmt.Printf是唯一可靠选择
%02d 这类补零格式怎么写才不出错
固定位数输出（如月份 01、编号 007）必须用带 0 标志和宽度的整数动词，不能靠字符串拼接或条件判断。
- 语法是
%0Nd，其中N是最小总宽度，0表示用零填充（不是空格） -
fmt.Printf("%02d", 5)→05；fmt.Printf("%02d", 123)→123（不截断） - 负数需预留符号位：
fmt.Printf("%04d", -7)→-007（符号占一位，剩下三位补零） - 误用
%2d（空格填充）会导致字符串长度不一致，协议字段或 CSV 对齐直接崩
结构体调试该用 %v、%+v 还是 %#v
三者输出差异极大，选错会浪费大量调试时间。
-
%v：只输出值，{123 "foo"}—— 字段名丢失，看不出哪个是 ID 哪个是 Name -
%+v：带字段名，{ID:123 Name:"foo"}—— 快速确认字段赋值是否符合预期 -
%#v：Go 语法风格，main.User{ID:123, Name:"foo"}—— 可直接复制进测试代码当字面量 -
%#v对nil切片/映射输出nil，而%v可能只输出[]或{}，容易误判为空集合
fmt.Sprintf 在高频循环里为什么慢
它每次调用都分配新字符串，GC 压力明显，但问题不在“能不能用”，而在“在哪用”。
立即学习“go语言免费学习笔记（深入）”；
- 单次构造日志消息、HTTP 响应、SQL 拼接：放心用
fmt.Sprintf，语义清晰、不易出错 - 每秒上万次的指标打点、缓冲区填充：改用
strings.Builder+builder.WriteString+strconv系列 - 固定前缀 + 变量组合（如
"[INFO] %s %v"）：提前封装成fmt.Stringer实现，或用sync.Pool缓存strings.Builder -
fmt.Sprintf不支持命名参数，所有占位符必须严格按顺序传参，错一位就全乱，没运行时检查
err.Error() 配 %s，直接 fmt.Printf("failed: %v", err) 才能保留底层 error 类型的上下文和格式化能力。 
