本文深入解析 go 中接口赋值行为及 `fmt.println` 对 `error` 接口的特殊处理逻辑，揭示为何 `succer` 类型变量调用 `fmt.println` 会输出 `"error"` 而非预期的 `"success"`。
在 Go 中，接口是隐式实现的抽象类型，只要类型提供了接口要求的所有方法，就自动满足该接口。你的代码中定义了三个接口：
- Failer：要求 Error() string
- Succer：要求 Success() string
- Result：嵌套 Failer 和 Succer，即同时要求两个方法
Combi 类型实现了这两个方法，因此可安全赋值给 Result 和 Succer 变量：
c := &Combi{}
r = c // ✅ 满足 Result（含 Error + Success）
s = c // ✅ 满足 Succer（仅需 Success）然而，问题出在 fmt.Println(s) 的行为上 —— 它并没有调用 s.Success()，而是触发了 fmt 包的内置格式化优先级规则。
fmt 包的隐式接口匹配顺序
fmt 在打印任意值前，会按严格顺序检查其是否实现了以下接口（源码见 src/fmt/print.go）：
- fmt.Formatter（自定义格式化）
- fmt.GoStringer
- error ← 关键！即使变量声明为 Succer，只要底层值（*Combi）也实现了 error 接口（即有 Error() string 方法），fmt 就会优先调用 Error()
- fmt.Stringer
⚠️ 注意：error 是一个预声明接口（type error interface{ Error() string }），而你的 Failer 接口签名与其完全一致。因此 *Combi 同时满足 Failer 和 error —— 这使得 fmt.Println(s) 实际执行的是 s.Error()，而非 s.Success()，最终输出 "Error"。
验证这一点只需修改 Combi 的 Error() 方法：
func (*Combi) Error() string {
return "[COMBI ERROR]" // 输出将变为 "[COMBI ERROR]"
}为什么未使用的变量会报错？
Go 编译器强制执行无未使用变量（no unused variables） 规则。声明 var s Succer 后仅赋值 s = c，但后续未读取或传递 s，编译器判定该变量“存在却无意义”，故报错：
.\sample1.go:43: s declared and not used
✅ 正确做法是显式使用变量，例如：
- 打印：fmt.Println(s.Success()) → 输出 "Success"
- 传参：process(s)
- 类型断言：if succ, ok := s.(Succer); ok { ... }
最佳实践建议
- ❌ 避免让非错误类型意外实现 error 接口（如命名 Error() 方法需谨慎）
- ✅ 若需自定义打印行为，为类型实现 String() string（fmt.Stringer）
- ✅ 使用 +v 动词调试真实接口动态类型：fmt.Printf("%+v\n", s) 可看到底层结构
- ✅ 编译期检查接口满足性：var _ Succer = (*Combi)(nil)（空指针赋值，仅用于校验）
通过理解 fmt 的隐式优先级与 Go 接口的鸭子类型本质，你不仅能解释“为何输出 Error”，更能写出更健壮、意图更清晰的接口设计。
