Stringer接口未生效主因是接收者类型不匹配：若String()定义在指针类型上，而调用时传入值类型，则接口不满足，fmt不会自动取地址调用；须确保实现与调用实例类型一致。
Stringer接口为什么没生效？
Go里只要结构体实现了String()方法，就能自动被fmt.Println、fmt.Sprintf("%v", x)等调用——但很多人写了String()却没触发，根本原因是：方法接收者类型不匹配。
常见错误是给指针接收者定义了String()，却用值类型变量去打印：
type User struct { Name string }
func (u *User) String() string { return "User:" + u.Name }
u := User{Name: "Alice"}
fmt.Println(u) // 输出 {Alice}，不是 "User:Alice"
这是因为u是User值类型，而String()只绑定在*User上。接口实现是静态绑定的，不会自动取地址。
- 如果想让值和指针都支持
String()，必须为值类型也定义一个String()方法（或统一用值接收者） - 更稳妥的做法是：统一用值接收者，除非
String()内部需要修改字段（通常不需要） - 注意：
fmt.Printf("%s", x)不会调用String()，它要求x本身就是string类型
String()方法里能调用fmt.Sprint吗？
可以，但要小心递归崩溃。比如在User.String()里直接写return fmt.Sprint(*u)，就会再次触发String()，无限递归。
立即学习“go语言免费学习笔记（深入）”；
正确做法是避免“重新格式化自己”，改用字段拼接或fmt.Sprintf显式展开：
func (u User) String() string {
// ❌ 危险：触发自身
// return fmt.Sprint(u)
// ✅ 安全：手动展开
return fmt.Sprintf("User{Name:%q}", u.Name)
// ✅ 或转成非Stringer类型再格式化
// return fmt.Sprintf("User{%+v}", struct{ Name string }{u.Name})
}
- 任何对
u本身调用fmt系列函数的行为，只要格式动词是%v、%s、%#v等，都可能再次进入String() - 若结构体嵌套了其他自定义
Stringer，也要检查它们是否同样规避了递归
为什么log.Print输出的还是{…}而不是自定义字符串？
log.Print底层用的是fmt.Sprint，所以它确实会调用String()——但前提是日志对象**本身实现了Stringer**。如果你传的是log.Print(user)，而user实现了String()，那就会生效。
真正容易出错的是混用场景：
- 传入
log.Print(&user)，但String()只定义在值类型上 → 不调用 - 结构体字段里有
time.Time、error等内置Stringer，但你的String()没处理它们，导致部分字段仍按默认格式显示 - 第三方库（如
zap、logrus）默认不走fmt路径，而是用反射或预定义格式，String()完全被忽略
验证方式很简单：fmt.Printf("debug: %+v\n", user)看是否输出预期字符串；如果不是，说明String()根本没被识别。
Stringer和JSON序列化冲突怎么办？
json.Marshal完全无视Stringer接口，它只看字段可导出性、json:标签、以及是否实现了MarshalJSON()。所以别指望String()影响JSON输出。
但有人会误以为“既然String()能控制打印，那也能控制JSON”，结果写出这样的代码：
func (u User) String() string { return u.Name } // 期望JSON也只输出Name
// 结果：json.Marshal(u) 还是输出 {"Name":"Alice"}
- 想定制JSON输出，必须实现
MarshalJSON()和UnmarshalJSON() - 如果同时实现了
String()和MarshalJSON()，两者互不影响：一个管fmt，一个管json - 注意：某些ORM或配置解析库（如
viper）会优先尝试TextMarshaler，而不是Stringer，别混淆接口
最常被忽略的一点：String()返回空字符串或panic，会导致fmt输出异常，但程序未必立刻崩——它可能静默 fallback 到默认结构体格式，很难排查。
