当结构体指针实现了接口方法，但代码中却用值类型（而非指针）进行接口赋值时，go 运行时会因方法集不匹配而触发 interface conversion panic。
当结构体指针实现了接口方法，但代码中却用值类型（而非指针）进行接口赋值时，go 运行时会因方法集不匹配而触发 interface conversion panic。
在 Go 中，接口实现的判定严格依赖于方法集（method set），而值类型和指针类型的方法集并不等价：
- 类型 T 的方法集仅包含 以 T 为接收者 的方法；
- 类型 *T 的方法集则包含 *以 T 或 `T` 为接收者** 的所有方法。
在你的代码中，Add 方法明确声明为指针接收者：
func (mr *MerchantResultset) Add(item interface{}) { ... }这意味着：
✅ *MerchantResultset 实现了 ResultsetInterface（因其拥有全部所需方法）；
❌ MerchantResultset（值类型）不实现该接口 —— 因为 Add 不在其方法集中，运行时检查失败，触发 panic：
panic: interface conversion: schema.MerchantResultset is not search.ResultsetInterface: missing method Add
? 快速诊断技巧
检查 panic 信息中的类型名：
- 若提示 schema.MerchantResultset（无 *），说明你正尝试将值类型变量赋给 ResultsetInterface；
- 而实际实现该接口的是 *MerchantResultset。
✅ 正确做法：统一使用指针
确保所有涉及接口赋值、传参、返回的场景均使用 *MerchantResultset：
// ✅ 正确：创建指针并赋值给接口
rs := &MerchantResultset{}
var iface search.ResultsetInterface = rs // 编译通过，运行安全
// ✅ 函数参数也应接收指针（或接口）
func ProcessResultSet(rs search.ResultsetInterface) { ... }
ProcessResultSet(&MerchantResultset{}) // 传指针
// ❌ 错误示例（会导致 panic）
val := MerchantResultset{} // 值类型
var iface search.ResultsetInterface = val // 编译可能通过（若其他方法是值接收者），但 Add 缺失 → panic⚠️ 注意事项
- 即使结构体所有字段可导出、方法签名完全一致，接收者类型不匹配 = 接口未实现；
- json.Unmarshal 等标准库函数若反序列化到值类型变量，再将其转为接口，也会触发此问题——建议直接反序列化到 *MerchantResultset；
- 使用 go vet 或静态分析工具（如 staticcheck）可提前发现“值类型无法满足接口”的潜在风险。
? 总结
Go 的接口实现是静态且精确的。当你定义了指针接收者方法，就必须用指针来满足接口。这不是 bug，而是类型系统对一致性和内存安全的保障。牢记一句口诀：“有指针接收者，就用指针赋接口” —— 可避免 90% 的此类 panic。
