答案是用双返回值类型断言：if iface, ok := obj.(myinterface); ok { }，成功即表示obj实现了该接口；单返回值会panic，且断言目标必须是接口类型变量而非具体结构体。
如何用类型断言检测某个值是否实现了接口
Go 语言没有“implements”关键字，也没有运行时反射式接口检查机制，所以不能像 Java 那样直接问“这个 struct 实现了 interface 吗？”。但你可以用类型断言安全地试探：v.(MyInterface) 成功就说明实现了，失败则 panic（如果用双返回值形式则不会 panic）。
常见错误是只写单返回值断言：iface := obj.(MyInterface) —— 一旦 obj 不满足接口，程序直接 panic。生产代码里几乎总是要用双返回值形式。
- 正确写法：
if iface, ok := obj.(MyInterface); ok { /* 安全使用 iface */ } - 注意：断言目标必须是接口类型变量（比如
interface{}或具体接口），不能对 struct 直接断言（MyStruct{}.(MyInterface)是非法语法） - 断言失败时，
ok为false，iface是接口的零值（nil），不会 panic
为什么不能用 reflect.TypeOf(x).Implements() 来检测
Go 的 reflect 包里没有 Implements() 方法——这是很多人搜索时误以为存在的 API。reflect.Type 提供的是 Method()、NumMethod() 等，但不提供跨类型接口实现关系判断。
真正能用的只有 reflect.Type.AssignableTo() 和 reflect.Type.ConvertibleTo()，但它们只适用于类型间转换，不适用于接口实现判定。试图用反射“模拟”接口检查，容易漏掉方法签名差异（比如指针接收者 vs 值接收者）、包路径不同导致的接口不等价等问题。
- 接口实现是编译期静态决定的，运行时无法“动态发现”新实现
-
reflect无法区分*T实现了接口但T没有 —— 而类型断言会严格遵循 Go 的规则 - 除非你在写泛型约束或代码生成工具，否则没必要绕路用反射做这事
在测试中自动验证结构体是否实现某接口
最稳妥的方式不是运行时检测，而是在测试里加一个编译期断言：让编译器帮你报错。比如想确保 User 实现了 json.Marshaler，就在测试文件里写：
func TestUserImplementsMarshaler(t *testing.T) {
var _ json.Marshaler = (*User)(nil)
}
这行代码含义是：“声明一个类型为 json.Marshaler 的匿名变量，其值为 (*User)(nil)”。如果 *User 没实现该接口，编译失败，错误信息清晰（例如 cannot use (*User)(nil) (value of type *User) as json.Marshaler value in assignment: *User does not implement json.Marshaler (missing MarshalJSON method)）。
- 用
(*User)(nil)而不是User{}，因为接口方法接收者可能是指针 - 变量名用
_避免未使用警告 - 放在
_test.go文件里，不影响生产构建，但 CI 会强制校验
空接口断言后调用方法为何 panic
当你从 interface{} 断言出具体接口后，再调用方法却 panic，大概率是因为断言目标本身是 nil，但断言成功了（因为 nil 的接口值可以被赋给任意接口类型）。比如：
var x interface{} = nil
if iface, ok := x.(io.Writer); ok {
iface.Write([]byte("hi")) // panic: nil pointer dereference
}
这里 x 是 nil 的 interface{}，但它确实满足 io.Writer（因为 nil 接口值可赋给任何接口），断言成功；但 iface 内部 concrete value 是 nil，调用方法时崩溃。
- 断言成功 ≠ concrete value 非 nil
- 务必在断言后检查 concrete value 是否为 nil，尤其当原始值来自 map 查找、channel 接收或函数返回时
- 更安全的写法：
if iface, ok := x.(io.Writer); ok && iface != nil { ... }（注意：接口变量自身判 nil 是合法且有意义的）
接口实现不是靠运行时“检测”出来的，而是由方法集和赋值语义共同决定的。断言只是试探已有值的关系，编译期断言才是防止遗漏的主力。最容易被忽略的，是把“断言成功”当成“值可用”的全部条件。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
