只要为结构体实现签名严格的string()方法，fmt.print*系列函数就会自动调用它；但必须确保接收者类型与传入值类型完全一致，否则不会触发。
直接结论：只要为结构体实现 String() 方法，且签名严格匹配 func (t T) String() string，fmt.Print* 系列函数就会自动调用它 —— 但必须注意接收者类型和指针/值语义的一致性。
为什么 fmt.Println() 没调用你的 String() 方法？
最常见原因是方法签名不合法或接收者不匹配。Go 要求 String() 必须满足两个硬性条件：
- 方法名必须是
String（首字母大写），返回类型必须是string； - 接收者类型必须与你传入
fmt的实际值类型完全一致 —— 如果你传的是*MyStruct，但只实现了func (m MyStruct) String() string，那不会被调用。
例如，结构体 type User struct{ Name string }，若只实现 func (u User) String() string，那么 fmt.Println(&user) 就不会触发它，因为 &user 是 *User 类型，而该方法未定义在指针类型上。
值接收者 vs 指针接收者：选哪个？
取决于你是否需要在 String() 中读取或依赖结构体字段的“当前真实状态” —— 特别是当结构体含指针字段、map、slice 或可能被并发修改时。
- 值接收者：
func (u User) String() string—— 安全、无副作用，适合只读格式化；但若结构体很大，会拷贝整个值，有性能开销。 - 指针接收者：
func (u *User) String() string—— 零拷贝，适合大结构体或需访问内部 map/slice 等引用类型字段；但要注意：如果结构体本身是 nil 指针，方法内未判空就会 panic。
推荐统一用指针接收者，并加 nil 判定：
func (u *User) String() string {
if u == nil {
return "<nil user>"
}
return fmt.Sprintf("User{Name:%q}", u.Name)
}</nil>
String() 不会被 fmt.Sprintf("%v", ...) 以外的方式自动调用
String() 只在以下场景被隐式调用：
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
-
fmt.Print*（如fmt.Println(u)、fmt.Printf("%v", u)） -
fmt.Error()（当结构体也实现了Error()时，fmt仍优先用String()处理非错误上下文）
但它不会影响：
-
fmt.Printf("%s", u)—— 这会报错：cannot use u (type User) as type string in argument to fmt.Printf，因为%s明确要求string类型； -
json.Marshal(u)或encoding/gob—— 这些序列化包不看String()，它们走反射或接口（如json.Marshaler）； - 日志库如
log.Printf的默认输出 —— 它基于fmt，所以%v会触发，但%+v仍显示字段细节，不走String()。
与其他字符串接口（如 fmt.Stringer）的关系
String() 方法的本质就是实现 fmt.Stringer 接口：
type Stringer interface {
String() string
}
所以你可以显式断言：
var s fmt.Stringer = &user fmt.Println(s.String()) // 等价于 fmt.Println(user)
但注意：不能用 fmt.Stringer 做类型断言来“强制触发”，比如 fmt.Println(fmt.Stringer(user)) 会编译失败 —— 因为 user 是值类型，而 fmt.Stringer 接口方法是为指针实现的，二者不兼容。必须保证类型一致。
最容易被忽略的是：String() 方法一旦实现，就覆盖了所有默认字段展开行为，调试时若忘了它已存在，看到的输出可能和结构体实际字段对不上 —— 尤其当 String() 返回了简化或脱敏内容时，容易误判数据状态。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
