当结构体方法使用指针接收者实现接口时，只有该结构体的指针类型（如 *Collection）才满足接口；值类型（如 Collection）虽有相同方法签名，但因接收者类型不同而不被认定为实现了接口，导致 interface{} 断言失败。
当结构体方法使用指针接收者实现接口时，只有该结构体的指针类型（如 `*collection`）才满足接口；值类型（如 `collection`）虽有相同方法签名，但因接收者类型不同而不被认定为实现了接口，导致 `interface{}` 断言失败。
在 Go 语言中，接口实现是隐式且基于方法集的。关键规则在于：
- 类型 T 的方法集仅包含值接收者声明的方法；
- 类型 *T 的方法集则包含值接收者和指针接收者声明的所有方法。
因此，若一个接口由指针接收者方法实现（如 func (c *Collection) Process(...string)），那么只有 *Collection 类型才满足该接口，而 Collection 值类型并不自动实现该接口——即使它“看起来”能调用同名方法。
回到示例代码中的核心问题：
type Collection struct { Id string }
func (c *Collection) Process(params ...string) { c.Id = "ok" } // 指针接收者
type CollectionInterface interface { Process(...string) }此处 CollectionInterface 由 *Collection.Process 实现，故只有 *Collection 是它的实现类型。而原代码中：
test := Collection{Id: "ya"} // ← 值类型，不实现 CollectionInterface
testInt := makeInterface(test)
test0 := testInt.(CollectionInterface) // panic: interface conversion: main.Collection is not main.CollectionInterfacetest 是 Collection 值，其底层类型不满足 CollectionInterface，断言必然失败。
✅ 正确做法是始终传递指针：
func main() {
test := &Collection{Id: "ya"} // ← 改为取地址：*Collection
test.Process() // 可调用（Go 自动解引用）
testInt := makeInterface(test)
test0 := testInt.(CollectionInterface) // 成功：*Collection 实现了接口
test1 := testfunc(test0)
fmt.Printf("%+v\n", test1) // &{Id:"ok"}
}⚠️ 注意事项：
- 不要试图通过 &test 临时取地址来修复断言（如 (&test).(CollectionInterface)），因为 test 是值类型变量，&test 类型是 **Collection，仍不匹配；
- 若需同时支持值和指针调用，可将方法改为值接收者（func (c Collection) Process(...)），但此时无法修改原结构体字段（除非返回新实例）；
- 在泛型或反射场景中，务必检查实际运行时类型是否与期望接口兼容，推荐使用“逗号 ok”断言避免 panic：
if ci, ok := input.(CollectionInterface); ok { ci.Process() } else { log.Fatal("input does not implement CollectionInterface") }
总结：Go 接口实现严格依赖接收者类型。设计接口时，应明确方法是否需要修改接收者状态——若需修改，请统一使用指针接收者，并确保所有传入、转换、断言操作均基于指针类型，这是避免 panic: interface conversion 的根本原则。
