Go 在使用泛型时无法与 Pointer Receiver 共存的解决方法
内容提要
在使用Go的泛型时，如果泛型类型存在constraint，而传入的类型在实现这个constraint时使用的是pointer receiver，就会遇到报错。解决方案是将实现interface的传入改为value receiver或者在调用函数时加上*。另一种解决方案是定义一个指针interface，通过这个interface来实现泛型与pointer receiver的共存。
延伸解读
为什么指针接收者会导致泛型约束失败
在 Go 中，方法的接收者类型决定了哪个类型实现了接口。当使用指针接收者 (p *Student) 实现 Person 接口时，只有 *Student 满足 Person，而 Student 本身不满足。因此，当泛型函数约束为 T Person 并传入 Student 时，编译器会报错。理解这一点是解决所有后续问题的关键。
两种常见修复方案的副作用
将接收者改为值接收者 (p Student) 可以编译通过，但方法内修改的是副本，无法更新原变量，SetID 形同虚设。另一种方案是调用时传入 *Student，如 Create[*Student](1)，但函数内 var person T 会创建 nil 指针，导致运行时 panic。这两种方案都未能真正解决问题。
指针接口技巧：绕过限制的代价
文章最终方案是定义 PersonPtr[T any] interface { *T; Person }，并让函数同时接受 T 和 Ptr 两个类型参数。这样可以通过 new(T) 实例化并调用 SetID。但调用时必须显式指定两个类型，如 Create[Student, *Student](1)，代码变得冗长且不直观，属于一种 workaround。
实际使用中的注意事项
该方案虽然能工作，但增加了类型参数的复杂度，且要求调用者明确传入指针类型。在团队协作或公共 API 中，这种模式可能降低可读性。如果项目不需要指针接收者，优先使用值接收者或重新设计接口，可能比引入这种技巧更简单。
Q&A
Go 泛型中为什么会出现 'Student does not satisfy Person (method SetID has pointer receiver)' 错误？
因为 Student 的 SetID 方法是用指针接收者 (p *Student) 实现的，所以只有 *Student 实现了 Person 接口，而 Student 类型本身并不满足 Person 约束。当泛型函数要求 T 满足 Person 并传入 Student 时，编译器就会报这个错误。
把 pointer receiver 改成 value receiver 能解决泛型约束问题吗？有什么副作用？
可以解决编译错误，因为 Student 类型会直接实现 Person 接口。但副作用是 SetID 变成值传递，不会修改原变量，导致方法形同虚设。
调用泛型函数时加上 * 比如 Create[*Student](1) 为什么还会运行时报错？
因为传入 *Student 后，T 变成 *Student，函数内 var person T 声明的是 *Student 类型的空指针，没有实例化，调用 person.SetID 会触发 nil pointer dereference。
为什么不能把 T 转成 *T 再调用接口方法？
因为 SetID 是定义给 Student 的，不是给 *Student 用的。当 T 是类型参数时，*T 是指向类型参数的指针，不是类型参数本身，编译器会报 person.SetID undefined。
如何通过定义指针 interface 让 Go 泛型与 pointer receiver 共存？
定义 type PersonPtr[T any] interface { *T Person }，然后函数改为 func Create[T any, Ptr PersonPtr[T]](id int) *T，内部用 var ptr Ptr = new(T) 并调用 ptr.SetID(id)。调用时需指定两个类型参数，如 Create[Student, *Student](1)。
使用指针 interface 方案时，调用泛型函数需要怎么写？
需要同时指定 T 和 Ptr 的具体类型，例如 stu := Create[Student, *Student](1)。
