Go 接口的实现取决于类型的方法集，而值类型 T 和指针类型 T 的方法集互不包含；只有当接口要求的方法由 T 实现时，必须传入 *T（即地址）才能满足接口，否则编译失败——这是由方法集定义和内存语义共同决定的设计约束。

go 接口的实现取决于类型的方法集，而值类型 t 和指针类型 *t 的方法集互不包含；只有当接口要求的方法由 *t 实现时，必须传入 *t（即地址）才能满足接口，否则编译失败——这是由方法集定义和内存语义共同决定的设计约束。

在 Go 中，一个类型是否满足某个接口，完全由其方法集（method set） 决定。根据 Go 语言规范：

• 类型 T 的方法集仅包含 值接收者 声明的方法；
• 类型 *T 的方法集则包含 所有方法：既包括值接收者方法，也包括指针接收者方法。

这意味着：
✅ *T 可以调用 func (t *T) M() 和 func (t T) M()；
❌ T 不能 调用 func (t *T) M() —— 因为该方法不属于 T 的方法集。

这解释了你示例中报错的根本原因：

func (u *user) modify() { u.name = "My name" } // 属于 *user 的方法集，但不属于 user 的方法集

因此，u（类型为 user）不满足 modifier 接口，编译器拒绝 interfaceModify(u)。

✅ 为什么 u.modify() 看似“能工作”？

关键在于：u.modify() 是语法糖，并非真正以 user 类型调用指针方法。
当编译器发现 u 是可寻址的变量（如局部变量、结构体字段等），且存在 *user 类型的 modify 方法时，它会自动插入取址操作，将 u.modify() 重写为 (&u).modify()。此时实际调用的是 *user 上的方法，操作的是原变量的内存地址，因此修改生效。

你可以通过以下代码验证这一点：

u := user{"Default Name"}
u.modify()           // ✅ 合法：编译器自动转为 (&u).modify()
fmt.Println(u.name) // 输出 "My name"

但注意：该自动取址仅适用于可寻址的变量。若 u 是不可寻址的（如函数返回的临时值、字面量等），则会编译失败：

user{"Default Name"}.modify() // ❌ compile error: cannot call pointer method on user literal

✅ 正确使用接口的两种方式

方式一：传入指针（推荐用于需修改状态的场景）

u := user{"Default Name"}
interfaceModify(&u) // ✅ 传 *user，满足 modifier 接口
fmt.Println(u.name) // "My name"

方式二：为值类型定义同名方法（适合只读或副本语义）

func (u user) modify() { 
    // 注意：此处 u 是副本，修改不影响原值
    fmt.Println("Modifying copy:", u.name) 
}
// 此时 user 满足 modifier，但修改无效于原变量

⚠️ 重要注意事项

• 接口变量本身不存储“原始类型信息”：一旦赋值给接口（如 var m modifier = &u），它只保存动态类型 *user 和动态值（地址）。后续调用 m.modify() 自然作用于原内存。
• 不要混淆“能否调用”和“是否影响原值”：u.modify() 能调用是因为自动取址；而 interfaceModify(u) 失败是因为 u 根本不具备该方法——不是“不允许”，而是“不存在”。
• 设计建议：若方法需修改接收者状态，统一使用指针接收者；若希望类型天然满足接口，确保接口方法签名与接收者类型严格匹配。

总结

Go 的接口满足性是静态、明确且无隐式转换的。T 和 *T 是两个独立类型，各自拥有不同的方法集。所谓“指针接收者方法对值类型不可见”，本质是类型系统的设计选择，旨在避免意外的副本修改、保证内存语义清晰，并支撑高效的接口调度机制。理解方法集规则，是写出可预测、易维护 Go 接口代码的基础。