fmt.println不打印预期内容是因为go不会自动调用string()方法，必须显式实现stringer接口；值/指针接收者不匹配、嵌套字段不递归、string()含副作用等均会导致失效。
为什么 fmt.Println 有时不打印你想要的内容？
Go 默认不会自动把自定义类型转成可读字符串——它只调用该类型的 String() 方法（如果实现了的话），否则就输出结构体字段原始值或内存地址（比如指针类型）。这不是 bug，是设计：Go 要求你显式决定“这个类型该怎么被看作字符串”。
常见现象：fmt.Println(myStruct) 打印出 {Name: "Alice" Age: 30} 看似正常，但如果你的结构体里有未导出字段、嵌套指针或自定义字段（如 time.Time），输出可能混乱或不完整；更糟的是，如果类型是 *MyType 且没实现 String()，可能只显示类似 &{0xc000102000} 的地址。
实现 Stringer 接口是最直接的方式
只要为类型定义一个无参数、返回 string 的 String() 方法，fmt 包所有函数（Println、Sprint、Errorf 等）就会自动调用它。
- 方法签名必须严格匹配：
func (t T) String() string，接收者可以是值或指针，但要和你实际使用的变量类型一致（比如用*T调用，就得有func (t *T) String() string） - 不要在
String()里调用fmt.Sprint(t)或其他可能再次触发String()的操作，否则会无限递归 panic - 避免在
String()中做耗时操作（如 IO、网络请求），它可能被日志、调试器高频调用
type User struct {
Name string
Age int
}
func (u User) String() string {
return fmt.Sprintf("User(%s, %d)", u.Name, u.Age)
}
// 现在 fmt.Println(User{"Bob", 25}) 输出：User(Bob, 25)
什么时候不该用 String()？考虑 fmt.Stringer 的边界
String() 是为“人类可读调试输出”设计的，不是序列化。如果你需要 JSON、YAML 或数据库存储格式，别把它当序列化入口。
- JSON 输出走
json.Marshal，靠MarshalJSON()方法，跟String()无关 - 想控制日志字段名或结构？用结构体 tag（如
json:"name"）或专门的日志封装，而不是塞进String() - 如果类型有多种展示需求（比如简略版、详细版、带颜色的终端版），
String()只能提供一种，此时更适合独立函数，如User.StringShort()、User.StringVerbose()
其他转换方式：手动格式化与类型断言
不是所有场景都适合或需要实现 Stringer。比如临时调试、组合输出、或类型本身不可修改（第三方包类型），可以用显式格式化。
- 用
fmt.Sprintf("%+v", t)查看全部字段（含字段名），适合快速 inspect - 对指针类型，先判空再解引用：
if u != nil { fmt.Sprintf("%s (%d)", u.Name, u.Age) } - 如果类型实现了
fmt.Stringer，但你想绕过它看原始结构，用fmt.Printf("%#v", t)（Go 语法字面量格式） - 注意：
fmt.Sprint(t)仍会触发String()，不是“绕过”而是“尊重接口”
真正容易被忽略的点：多个嵌套自定义类型时，每个层级是否都实现了 String()？漏掉一层，那一层就回退到默认格式，整条输出可能突然变得难读。别假设“父类型有了，子字段就自动好”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
