go 中为结构体实现 string() 方法时，若在方法体内使用 fmt.sprintf("%+v", c) 格式化该结构体自身，会触发无限递归调用 string()，最终导致栈溢出崩溃。根本原因是 fmt 包在遇到实现了 fmt.stringer 接口的值时，会自动调用其 string() 方法，形成循环。
go 中为结构体实现 string() 方法时，若在方法体内使用 fmt.sprintf("%+v", c) 格式化该结构体自身，会触发无限递归调用 string()，最终导致栈溢出崩溃。根本原因是 fmt 包在遇到实现了 fmt.stringer 接口的值时，会自动调用其 string() 方法，形成循环。
这个问题的本质在于 Go 的格式化机制与接口实现之间的隐式耦合。当你为 ConfigOne 类型定义了 String() string 方法，它就自动满足 fmt.Stringer 接口。而 fmt.Sprintf("%+v", c) 在打印结构体时，会优先检查并调用其 String() 方法——这恰好就是你正在定义的方法本身，从而造成无限递归：
func (c ConfigOne) String() string {
return fmt.Sprintf("%+v\n", c) // ⚠️ 这里再次调用 c.String() → 无限循环！
}即使 c 是值接收者（非指针），只要 ConfigOne 实现了 Stringer，fmt 就会在 %v/%+v 等动词处理过程中主动调用它，与接收者类型无关。
✅ 正确做法是：避免在 String() 方法内部对自身或其直接/间接包含的、同样实现了 Stringer 的字段使用 %v/%+v。应显式展开字段，手动拼接字符串。例如：
func (c ConfigOne) String() string {
return fmt.Sprintf("ConfigOne{Daemon: daemon{Loglevel: %d, Logfile: %q}}",
c.Daemon.Loglevel,
c.Daemon.Logfile)
}若结构体嵌套较深或字段较多，可借助 fmt.Sprintf 对非 Stringer 类型的字段安全格式化（如基础类型、未实现 Stringer 的结构体）：
// 假设 daemon 未实现 String()，则以下安全
func (c ConfigOne) String() string {
return fmt.Sprintf("ConfigOne{Daemon: %+v}", c.Daemon) // ✅ 安全：daemon 无 String()
}⚠️ 注意事项：
- 不要依赖
reflect或spew等调试库在String()中做通用打印——它们内部同样可能触发Stringer回调； - 若嵌套结构体（如
daemon）也实现了String()，则c.Daemon在%+v中也会递归调用，需一并规避； - 调试时可用
fmt.Printf("%%+v (raw): %#v\n", c)临时绕过String()（%#v使用语法表示，不调用Stringer）； - 生产代码中
String()应简洁、确定、无副作用，仅用于日志/诊断的可读性输出，而非完整序列化。
总结：String() 是接口契约，不是普通工具函数；任何对其接收者或其可访问字段的 %v 类格式化，都必须确保不重新进入 String() 链路。显式字段访问 + 安全格式化，是唯一可靠方案。
