用 fmt.Printf 配合格式动词（如 %s、%d、%v）是最常用也最可控的方式，别依赖 fmt.Println 自动换行加空格的“省事”逻辑——它在调试和日志里反而容易掩盖结构问题。
直接说结论：用 fmt.Printf 配合格式动词（如 %s、%d、%v）是最常用也最可控的方式，别依赖 fmt.Println 自动换行加空格的“省事”逻辑——它在调试和日志里反而容易掩盖结构问题。
为什么 fmt.Printf 比 fmt.Println 更值得优先掌握
因为 fmt.Println 会自动在参数间加空格、末尾加换行，看似简单，但一旦你要输出 JSON 片段、带对齐的表格、或嵌入到日志行中，就会立刻失控。而 fmt.Printf 完全由你控制格式、分隔、换行时机。
-
fmt.Println("a", 123)→ 输出a 123\n（中间空格不可删） -
fmt.Printf("a%d", 123)→ 输出a123（无空格无换行） - 调试时想看变量名+值？
fmt.Printf("name=%q, age=%d\n", name, age)比拼字符串更安全、更不易出错
%v、%+v 和 %#v 的实际区别在哪
这三个都用于“通用打印”，但行为差异直接影响调试效率：
-
%v：默认值格式，结构体只打字段值，不带字段名 ——{123 "foo"} -
%+v：带字段名，适合快速确认结构体内容是否符合预期 ——{ID:123 Name:"foo"} -
%#v：Go 语法风格输出，能直接复制粘贴进代码当字面量用 ——main.User{ID:123, Name:"foo"} - 注意：
%#v对 nil 切片/映射会输出nil，而%v可能只输出空括号，容易误判
打印错误时，为什么别用 %s 直接转 err.Error()
因为 error 接口本身可能包含结构化信息（比如 os.PathError），直接调 .Error() 会丢失底层类型和上下文；而 fmt 系列函数对 error 类型有特殊处理逻辑。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 推荐：
fmt.Printf("failed: %v\n", err)—— 自动调用Error()，且对实现了fmt.Formatter的 error 类型更友好 - ❌ 避免：
fmt.Printf("failed: %s\n", err.Error())—— 多余调用，且若err是nil，会 panic（nil pointer dereference） - 如果要拼接上下文，用
fmt.Errorf("read config: %w", err)，而不是手动拼字符串
格式化数字时，%d、%v、%08d 怎么选
核心是看是否需要对齐、补零、进制或符号控制。纯数值输出别图省事全用 %v，尤其涉及日志排序、CSV 导出或协议字段对齐时。
-
%d：十进制整数，最常用，明确语义 -
%08d：固定 8 位，不足左补 0，适合生成有序 ID 或文件编号（如00001234） -
%x或%X：十六进制，调试内存地址、哈希值时比%v更直观 - ⚠️ 注意：
%v对int64和uint64都输出十进制，但无法控制宽度；若下游系统要求定长字段，必须用带修饰符的格式动词
真正难的不是记住所有动词，而是每次写 fmt 时多问一句：这个输出之后会被谁读？是人眼扫一眼，还是脚本解析，或是另一个服务消费？格式动词选错，往往在集成阶段才暴露，而且很难回溯。
