在go中为结构体实现string()方法时，若在方法体内使用fmt.sprintf("%+v", s)打印自身，会触发无限递归，因fmt包会自动调用string()方法，最终导致栈溢出崩溃。
在go中为结构体实现string()方法时，若在方法体内使用fmt.sprintf("%+v", s)打印自身，会触发无限递归，因fmt包会自动调用string()方法，最终导致栈溢出崩溃。
当你为 `ConfigOne` 类型定义 `String() string` 方法，并在其中调用 `fmt.Sprintf("%+v", c)` 时，Go 的 `fmt` 包在格式化结构体 `c` 的过程中，会检测到其类型实现了 `fmt.Stringer` 接口（即拥有 `String() string` 方法），于是**优先调用该方法**来获取字符串表示 —— 而这正是你正在执行的方法本身。结果形成闭环：`String()` → `fmt.Sprintf` → 再次调用 `String()` → …… 每次调用都新增栈帧，直至超出 1GB 栈限制，触发 `fatal error: stack overflow`。这是一个典型的「自引用格式化陷阱」，与是否嵌套无关，即使 ConfigOne 是扁平结构也会发生。你观察到 fmt.Sprintf("%+v", c.Daemon) 可行，正是因为 daemon（注意小写首字母）未实现 String() 方法，fmt 退而使用默认字段展开逻辑，从而避开递归。
✅ 正确做法：在 String() 方法中避免对自身或同类型值使用 %v/%+v 等依赖 Stringer 的动词。推荐以下任一方案：
方案一：手动拼接（清晰、可控、无反射开销）
func (c ConfigOne) String() string {
return fmt.Sprintf("ConfigOne{Daemon: daemon{Loglevel: %d, Logfile: %q}}",
c.Daemon.Loglevel,
c.Daemon.Logfile)
}方案二：使用 fmt.Sprintf + 显式字段展开（兼顾可读性与简洁性）
立即学习“go语言免费学习笔记（深入）”；
func (c ConfigOne) String() string {
return fmt.Sprintf("ConfigOne{Daemon: %+v}", c.Daemon) // ✅ 安全：daemon 无 String() 方法
}方案三：借助 fmt.Sprint + reflect（仅当结构体字段多且动态时考虑，慎用）
import "reflect"
func (c ConfigOne) String() string {
v := reflect.ValueOf(c)
if v.Kind() == reflect.Ptr {
v = v.Elem()
}
// 手动遍历字段构造字符串（略，不推荐日常使用）
// 更建议用方案一或二
}⚠️ 注意事项：
- Go 中类型名大小写敏感：
daemon（小写）是未导出类型，无法被外部包实现方法；而ConfigOne（大写）是导出类型，可实现接口。确保你未意外为嵌套类型也实现了String()； - 若未来为
daemon添加了String()方法，则方案二中的c.Daemon也会触发递归，此时需同步调整（如改用手动拼接）； - 日志调试时，可临时用
fmt.Printf("%#v", c)查看完整结构（它不调用String()），但切勿在String()方法内使用。
总结：String() 是自描述接口，其实现必须「自持」——所有格式化逻辑应基于字段值直接构建，绝不通过 fmt 对本类型实例做通用格式化。这是 Go 接口设计中「显式优于隐式」原则的重要体现。
