指针接收者方法不能被值类型变量调用，因为go方法集是编译期静态确定的：类型t的方法集仅包含接收者为t的方法，不包含接收者为t的方法，即使t可寻址；接口实现判定依据变量类型而非底层类型，故var t t无法满足要求t接收者方法的接口。
指针接收者方法为什么不能被值类型变量调用
因为 Go 的 Method 集是编译期静态确定的，T 类型的 Method 集只包含接收者为 T 的方法，不包含接收者为 *T 的方法——哪怕 T 可寻址。这是语言规范硬性规定，不是运行时限制。
常见错误现象：cannot use t (type T) as type interface{} in argument to fmt.Println: T does not implement interface{} (missing method)，实际是接口要求某个 *T 方法，但你传的是 t（值）而非 &t（地址）。
- 值类型变量
t的 Method 集 = 所有接收者为T的方法 - 指针变量
&t的 Method 集 = 所有接收者为T或*T的方法 - 接口实现判定看的是“变量类型”的 Method 集，不是“底层类型”——
var v T; var p *T，v和p的类型不同，Method 集就不同
什么时候必须用指针接收者实现接口
当接口中定义的方法接收者是 *T，而你希望某个类型满足该接口时，就必须让该类型的对应方法也使用 *T 接收者。否则编译失败，且无法通过类型转换绕过。
典型场景：需要修改 receiver 状态、避免大结构体拷贝、或与标准库约定一致（如 io.Reader 的 Read 方法接收者是 io.Reader，但其实现类型几乎都用 *T）。
- 如果接口方法签名是
func (t *T) Do() {}，那么只有*T类型（或可自动取址的&t）能实现它 -
var t T; var _ YourInterface = t会报错：T does not implement YourInterface (Do method has pointer receiver) - 即使
T是小结构体，只要接口要求指针接收者，你就得用&t赋值，比如var _ YourInterface = &t
嵌入结构体时指针接收者对 Method 集的影响
嵌入字段是否是指针，直接影响外层结构体能否获得其方法。Go 规则很直接：只有嵌入字段本身的方法能被提升（promoted），而提升的前提是外层结构体能“合法调用”这些方法。
也就是说，如果嵌入的是 *T，那它带来的方法接收者必须是 *T 或 T；但如果嵌入的是 T，那它只能带来 T 接收者的方法——*T 接收者的方法不会被提升。
-
type S struct { T }→ 只能提升T的T接收者方法，*T的方法不可见 -
type S struct { *T }→ 可以提升T的T和*T接收者方法（因为*T本身可调用两者） - 注意：即使
S字段是*T，S{}初始化后该字段为nil，调用其提升的方法会 panic，这点容易忽略
接口断言时值/指针不匹配的静默失败
接口变量内部存储的是 concrete value + method table，而 method table 来自 concrete type 的 Method 集。如果你把一个 T 值存进接口，它就只有 T 的方法；后续用 if v, ok := iface.(interface{ F() }) 断言，即使 T 有 *T 版本的 F，也会失败。
这不是 bug，是设计使然：接口值的动态类型决定了它的能力边界，和原始类型声明无关。
-
var t T; var i interface{} = t→i的动态类型是T，Method 集不含*T.F -
var i interface{} = &t→ 动态类型是*T，Method 集含*T.F和T.F - 没有自动“升级”机制：存进去的是什么，拿出来就是什么；想用指针方法，一开始就得存指针
最容易被忽略的是：同一个类型，值和指针在接口上下文中是两种完全不同的实现者。写通用工具函数时，若依赖接口行为，务必检查传入的是值还是指针——尤其在反射或泛型约束中，这种差异会直接导致逻辑断裂。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
