fmt.formatter接口只需实现format方法，签名必须为func(v t) format(f fmt.state, verb rune)，其中f是带格式控制的fmt.state而非io.writer，verb是rune类型动词。
fmt.Formatter 接口要实现哪几个方法？
只用实现 Format 这一个方法，签名必须是 func (v T) Format(f fmt.State, verb rune)。别写成指针接收者却传值、或漏掉 verb 参数——这是最常卡住的地方。
注意：fmt.State 不是 io.Writer，它带格式控制（宽度、精度、动词等），得靠 f.Write() 或 f.Width() 等方法读取和输出。
- 动词是
rune类型，比如's'、'v'、'x'，不是字符串 - 如果不想处理某个动词，建议 fallback 到
fmt.Fprintf(f, "%v", v)，而不是 panic 或静默忽略 - 别在
Format里直接调fmt.Println——会绕过f的格式上下文，宽度/对齐全失效
怎么让 %v 和 %+v 行为不同？
%v 和 %+v 都走同一个 Format 方法，区别在于 f.Flag('+') 返回 true 或 false。你得手动检查标志位，而不是依赖动词本身。
常见错误是以为 verb == 'v' 就能区分，其实不行——%+v 的 verb 还是 'v'，只是多了一个 flag。
- 用
f.Flag('+')判断是否启用了“显式字段名”模式 - 用
f.Flag('#')判断是否启用了“Go 语法输出”（比如结构体带类型名） - 宽度和精度通过
f.Width()和f.Precision()获取，它们返回(int, bool)
为什么自定义 Format 后 %#v 输出还是默认结构体格式？
因为 %#v 默认触发的是 GoStringer 接口（GoString() string），不是 Formatter。如果你没实现 GoStringer，fmt 就退回到反射输出，你的 Format 根本不被调用。
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
想统一控制所有动词，最稳妥的方式是：同时实现 Formatter 和 GoStringer，并在 GoString() 里复用 Format 的逻辑（比如用 fmt.Sprintf("%#v", x) + 临时包装器），但要注意避免无限递归。
-
GoStringer优先级高于Formatter对%#v的处理 - 如果只实现了
Formatter，%#v不会进你的Format方法 - 测试时别只试
fmt.Printf("%v", x)，一定要覆盖%#v、%+v、%08x等组合
性能和逃逸问题怎么避坑？
Format 方法里频繁拼接字符串或分配切片，容易触发堆分配甚至逃逸。尤其在日志、高频打印场景下，这点很关键。
推荐用 f.Write() 直接写入底层 buffer，而不是先拼好字符串再写。例如不要写 f.Write([]byte(fmt.Sprintf("id=%d", v.ID)))，而应逐段写入。
- 用
f.Write()写字节 slice，避免中间字符串创建 - 数字转字符串优先用
strconv.AppendInt等 append 函数，比fmt.Sprint更低开销 - 如果类型字段多且复杂，考虑加个
fastPath分支：比如动词是's'且无 flag 时走极简路径
真正难的不是写对接口，而是把各种动词、flag、宽度、精度组合都兜住，还不拖慢性能。很多人写完发现 %012.3f 对自定义浮点类型完全没响应——那八成是忘了查 f.Flag('0') 和 f.Precision()。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
