string 不实现 Stringer 接口，fmt.Println("hello") 直接走特例分支处理字节拷贝，不触发接口派发；仅当显式赋值给 Stringer 接口变量（且类型实现该接口）时才发生一次性 itab 查找，高频调用 String() 才有间接跳转开销。
string 转 Stringer 接口不发生转换，只是值被装箱
你写 fmt.Println(s)（其中 s 是 string 类型），并不会“把 string 转成 Stringer 接口”——string 本身不实现 Stringer，所以这一步根本不会触发接口动态派发。真正发生的是：fmt.Println 内部做了类型判断：先检查是否实现了 error，再查 Stringer，都失败后 fallback 到反射格式化。
也就是说，string 值传给 fmt 函数时，是作为普通底层类型被处理的，不经过 Stringer 的方法调用路径，自然也没有 itab 查找、runtime.ifaceE2I 或间接跳转开销。
常见错误现象：
- 误以为
fmt.Println("hello")会调用某个String()方法 → 实际走的是fmt/print.go中对string的特例分支，直接拷贝字节 - 在 pprof 火焰图里看到
runtime.stringtoslicebyte占高 → 那是string转[]byte的分配开销，和Stringer完全无关
只有显式赋值给 Stringer 接口变量才触发派发
当你写 var s fmt.Stringer = someType{}（其中 someType 实现了 String() string），这时才构造接口值，发生一次性的 itab 查找与缓存（后续同类型同接口组合会复用）。但注意：这个查找只在赋值时发生，不是每次调用 s.String() 都查。
立即学习“go语言免费学习笔记（深入）”；
而 string 类型永远无法被赋给 fmt.Stringer 接口变量，因为没实现该方法 —— 编译器直接报错：cannot use "xxx" (type string) as type fmt.Stringer in assignment。
所以真实存在的派发开销场景是：
-
var s fmt.Stringer = MyStruct{}→ 一次性的runtime.convT2I（类型转换） -
s.String()在 tight loop 里高频调用 → 每次都是间接跳转，无法内联，且可能破坏分支预测 - 如果
MyStruct很大（比如含 1KB 字段），接口值存储的是其副本，而非指针 → 额外内存拷贝
Stringer 接口调用慢的关键条件
派发开销是否显著，取决于方法体本身的耗时。只要 String() 方法内部有任意可观测延迟（比如调用 fmt.Sprintf、访问 map、做字符串拼接），那几十纳秒的派发成本就完全被淹没。
真正要警惕的，是那种“方法体极轻，但调用频次极高”的情况：
- 日志采样逻辑中每毫秒调用数百次
obj.String()，而obj是一个只含几个 int 字段的小结构体 - 序列化中间件里对每个字段反复调用
field.String()，且字段类型都实现了Stringer - 用
fmt.Sprint批量格式化大量自定义类型，且未加缓存
验证方式很简单：go test -bench=. -cpuprofile=cpu.out，然后 go tool pprof cpu.out → 输入 top，看有没有 runtime.ifaceE2I 或 (i *T).String 占比超过 5%。如果没有，说明瓶颈不在接口派发。
绕过 Stringer 派发的实操选择
想保留可读性又避开派发？别删接口，而是控制调用位置：
- 把
String()调用提前到非热点路径，缓存结果（如cached := obj.String()），后续直接用字符串 - 对小结构体，改用指针接收者实现
String()（避免大值拷贝），同时确保调用方传的是指针（&obj） - 在性能敏感路径，临时用泛型函数替代接口参数：例如写
func Format[T fmt.Stringer](v T) string { return v.String() }，Go 编译器可能对具体类型做单态化优化（虽不能保证内联，但消除了itab查表） - 极端情况：直接删掉
Stringer实现，改用专用格式化函数，比如FormatMyStruct(MyStruct) string，让编译器全程看见具体类型
最易被忽略的一点：接口值的“动态值”拷贝成本常比派发还高。比如 var s fmt.Stringer = BigStruct{...}，哪怕 BigStruct 只有一个 String() 方法，也会复制整个结构体内容 —— 这比 itab 查找贵得多。务必确认你传的是指针还是值。
