根本原因是Go接口实现严格基于方法集：T的方法集包含T和T接收者方法，而T的方法集仅含T接收者方法，故T值无法隐式转为*T满足指针接收者接口。
为什么 *T 能实现接口，但 T 不能自动转成 *T 来满足接口？
根本原因不是“指针接收者无法实现接口”，而是 Go 的接口实现判定严格基于方法集（method set）。T 和 *T 的方法集不同：*T 的方法集包含所有以 T 或 *T 为接收者的函数；而 T 的方法集**只包含以 T 为接收者**的函数（不自动包含 *T 接收者的方法）。
所以当你定义一个接口，其方法由 *T 实现，那么只有 *T 类型值（或能取地址的 T 变量的地址）才能赋值给该接口，T 值本身不行——Go 不会为你隐式取地址。
T{} 直接赋值给含指针接收者方法的接口会报什么错？
典型错误信息是：
cannot use T{} (type T) as type MyInterface in assignment:
T does not implement MyInterface (Method1 method has pointer receiver)
这说明编译器明确告诉你：类型 T 没有实现 MyInterface，因为 Method1 的接收者是 *T，而 T 值的方法集里没有它。
立即学习“go语言免费学习笔记（深入）”；
常见误操作包括：
- 在结构体字面量初始化后直接传给接口参数，如
doSomething(T{})，而doSomething接收MyInterface - 用
var t T; f(t)调用期望接口的函数 - 在切片或 map 中存
T值，却想把它们当作接口使用
什么时候必须用 *T 而不能用 T？
除了接口实现外，以下场景也强制要求指针：
- 方法内需要修改接收者字段（如
func (t *T) SetX(x int) { t.x = x }） - 结构体很大，避免每次调用都复制（即使没修改，性能敏感时也倾向用
*T） - 类型实现了某个标准库接口（如
fmt.Stringer、io.Reader），而你用的是指针接收者——那使用者就必须传指针
例如，如果你这样定义：
type User struct{ Name string }
func (u *User) String() string { return u.Name }
那么 fmt.Printf("%s", &User{"Alice"}) 可以，但 fmt.Printf("%s", User{"Alice"}) 会丢失格式化能力（因 User 未实现 fmt.Stringer）。
如何快速检查某个类型是否实现了接口？
最可靠的方式是让编译器帮你判断——显式赋值测试：
var _ MyInterface = (*T)(nil) // 检查 *T 是否实现
var _ MyInterface = T{} // 这行如果报错，说明 T 不实现
注意：(*T)(nil) 是合法的空指针，仅用于类型检查，不触发 panic。别写成 var _ MyInterface = nil，那会因类型不确定而报错。
另一个容易忽略的点：嵌入字段的接收者类型也影响外层类型的方法集。比如 type S struct{ T }，若 T 的方法是 *T 接收者，则 S 本身不会“继承”该方法——除非你嵌入的是 *T。
