在 go 语言中，只有当类型（或其指针）的全部方法集完全匹配接口定义时，该类型才被视为实现了该接口；值接收者和指针接收者对应的方法集不同，因此 *faz 实现了 foo，而 faz 本身并未实现——类型断言必须与实际实现类型严格一致。
在 go 语言中，只有当类型（或其指针）的全部方法集完全匹配接口定义时，该类型才被视为实现了该接口；值接收者和指针接收者对应的方法集不同，因此 *faz 实现了 foo，而 faz 本身并未实现——类型断言必须与实际实现类型严格一致。
Go 的接口实现机制基于 方法集（method set），而非简单的“有无该方法”。这是理解本问题的关键：
- 类型 T 的方法集仅包含 值接收者 声明的方法；
- 类型 *T 的方法集则包含 *所有接收者为 T 或 `T`** 的方法（即同时包含值接收者和指针接收者方法）。
因此，当 Bar() 使用指针接收者 func (f *Faz) Bar() string 时：
✅ *Faz 的方法集包含 Bar() → 完全实现接口 Foo；
❌ Faz 的方法集 不包含 Bar() → 未实现 Foo 接口。
回到原始代码：
func New() Foo { return &Faz{} // 返回的是 *Faz 类型值 }New() 返回的是 *Faz，它确实满足 Foo 接口。但后续这行代码存在类型断言错误：
foo := New().(Faz) // ❌ 错误：试图将 *Faz 断言为 Faz（值类型）编译器报错 impossible type assertion: Faz does not implement Foo (Bar method has pointer receiver)，表面看是说 Faz 没实现 Foo，实则是提示：你正在对一个 Foo 接口值做 (Faz) 断言，而该接口底层值是 *Faz，Go 不允许将 *Faz 自动解引用并断言为 Faz —— 类型断言要求 左右两边类型精确匹配（或满足赋值规则）。
✅ 正确写法应与底层具体类型一致：
foo := New().(*Faz) // ✅ 断言为 *Faz log.Println(foo) // &{}? 补充验证：若希望 Faz（值类型）也实现 Foo，只需将接收者改为值接收者：
func (f Faz) Bar() string { return "Bar"} // 此时 Faz 和 *Faz 都实现 Foo
⚠️ 注意事项：
- 不要混淆「接口实现」和「类型断言」：实现由方法集决定；断言由运行时动态类型决定；
- 指针接收者并非“总是更好”——它适用于需修改状态、避免大结构体拷贝的场景；若方法只读且类型较小（如 struct{int}），值接收者更轻量、语义更清晰；
- 在工厂函数（如 New()）返回接口时，调用方应通过接口使用行为，而非强依赖具体类型——过度断言会破坏抽象，降低可维护性。
总结：Go 的接口实现是静态、精确的类型系统特性。理解 T 与 *T 方法集的差异，并确保类型断言目标与底层动态类型一致，是写出健壮 Go 代码的基础。
