在 Go 中，值接收者和指针接收者定义的方法属于不同类型的实现：Test 类型实现的接口 ≠ *Test 类型实现的接口；只有当变量类型（而非底层结构）完全匹配接口所需方法集时，赋值才合法。
在 go 中，值接收者和指针接收者定义的方法属于**不同类型**的实现：`test` 类型实现的接口 ≠ `*test` 类型实现的接口；只有当变量类型（而非底层结构）完全匹配接口所需方法集时，赋值才合法。
Go 的接口实现是静态、显式且类型精确的：一个类型是否实现某个接口，取决于其方法集（method set） 是否完整包含该接口声明的所有方法——而方法集的构成，严格由接收者类型决定。
方法集规则（关键！）
- 类型
T的方法集：仅包含 值接收者 的方法（即func (t T) f()）； - 类型
*T的方法集：包含 所有方法 —— 既包括func (t *T) f()，也包括func (t T) f()（编译器自动提升）； - 反之，
T的方法集不包含func (t *T) f()方法。
因此，以下代码中：
type Modifiable interface {
modify()
}
type Test struct {
a int
}
func (t *Test) modify() { // ✅ 只被 *Test 的方法集包含
t.a++
}
只有 *Test 实现了 Modifiable 接口，而 Test（无星号）不实现该接口。
为什么 test.modify() 能调用，但 a = test 却报错？
test := Test{10}
test.modify() // ✅ 编译通过 —— Go 自动取地址：等价于 (&test).modify()
a = test // ❌ 编译失败 —— test 是 Test 类型，其方法集不含 *Test 的方法
- 方法调用是语法糖支持：当
T类型变量有*T接收者方法时，Go 自动插入取址操作（前提是test是可寻址的，如变量、切片元素等）； - 接口赋值是类型系统硬约束：要求左侧变量的静态类型必须属于接口的实现者集合，不触发自动转换。
✅ 正确写法：
var a Modifiable a = &test // 显式传指针，类型为 *Test → 满足接口 // 或 a = new(Test) // 返回 *Test
实践建议
- 若方法需修改接收者状态，统一使用指针接收者，并始终以
*T类型实例满足接口； - 若类型将用于接口，优先为
*T定义方法（兼顾可变性与接口兼容性）； - 避免混用：不要为同一接口既用
T又用*T定义方法，易引发实现歧义； - 使用
go vet或 IDE 提示可提前发现接口实现缺失问题。
理解「类型即契约」——Go 中 Test 和 *Test 是两个独立类型，它们的方法集、内存布局、可赋值性均不互通。接口不是“行为抽象”，而是“类型契约”的精确匹配。
