fmt.Println打印自定义结构体显示字段和地址，因Go默认无格式化逻辑，需显式实现Stringer接口；String()方法必须为值或指针接收者且返回string类型，否则编译失败或不生效。
为什么 fmt.Println 打印自定义结构体时总是一堆字段和地址？
因为 Go 默认不提供任何格式化逻辑，fmt 包遇到未知类型就直接用反射展开字段——这既不安全也不可控。真正想控制输出，必须显式实现 Stringer 接口，也就是实现一个叫 String() 的方法。
注意：String() 必须是值接收者还是指针接收者，取决于你是否在方法里修改了 receiver。绝大多数只读格式化场景，用值接收者更安全、更轻量。
- 如果结构体很大（比如含 slice 或 map），值接收会复制整个对象，可能影响性能；这时改用指针接收者 +
*T - 如果结构体字段含未导出字段（小写开头），
String()里可以自由访问它们，这是唯一能“合法”暴露内部状态的出口 - 别在
String()里调用fmt.Sprint或其他可能再次触发String()的函数，否则栈溢出
String() 方法签名写错导致编译失败
常见错误是返回值类型不对，或者方法名拼错（比如写成 ToString() 或 string()）。Go 要求严格匹配接口定义：func (t T) String() string。
示例：
立即学习“go语言免费学习笔记（深入）”；
type User struct {
Name string
Age int
}
func (u User) String() string {
return "User{" + u.Name + ", " + strconv.Itoa(u.Age) + "}"
}
上面这段代码能让 fmt.Printf("%v", User{"Alice", 30}) 输出 User{Alice, 30}。但如果把 String() 写成 func (u User) String() *string，编译器立刻报错：无法满足 fmt.Stringer 接口。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 返回类型必须是
string，不能是*string、fmt.Stringer或其他 - 接收者类型必须和你要格式化的变量类型一致（
User对应User，*User对应*User） - 如果同时为
User和*User实现了String()，那它们是两个独立方法，互不影响
嵌套结构体或包含指针时 String() 容易无限递归
当结构体字段本身也实现了 Stringer，而你在自己的 String() 里直接用 fmt.Sprintf("%v", field)，就可能触发嵌套调用——尤其字段是指向自身的指针（如树节点、链表）。
典型错误场景：
type Node struct {
Value int
Next *Node
}
func (n Node) String() string {
return fmt.Sprintf("Node{%d, %v}", n.Value, n.Next) // 这里会再调一次 n.Next.String()
}
结果就是 panic: runtime: goroutine stack exceeds 1000000000-byte limit。
- 解决办法：对可能循环引用的字段，手动降级为非格式化输出，比如
fmt.Sprintf("Node{%d, %p}", n.Value, n.Next) - 或者加深度限制，用辅助函数控制递归层数（但
String()不适合做复杂逻辑） - 更稳妥的做法是避免在
String()中依赖其他Stringer实现，尤其不确定其行为时
调试时发现 String() 没生效？检查调用方式和接收者类型
String() 只在 fmt 包使用动词 %v、%s、%q 等时才被调用。用 %+v 或直接打印结构体字面量（如 fmt.Printf("%#v", u)）不会触发它。
另一个高频坑：接收者类型和实际值类型不匹配。比如你为 *User 实现了 String()，但传入的是 User{} 值类型变量：
func (u *User) String() string { ... }
u := User{"Bob", 25}
fmt.Println(u) // 不会调 String()！因为 u 是 User 类型，不是 *User
- 解决方法：要么统一用指针（
&u），要么为值类型也实现一份String() - 如果结构体不允许取地址（比如是 interface{} 或空 struct），那就只能靠值接收者
- 用
go vet可以检测部分接收者不匹配问题，但不是全部
最麻烦的其实是跨包调用时的接收者一致性——一个包里定义的类型，在另一个包里用指针传参，又忘了该包是否实现了指针版 String()。这种问题往往要翻源码才能确认。
