Go 接口变量不为 nil，不代表其内部存储的 concrete value（如结构体指针）非 nil；当接口包装了一个 nil 指针时，mod != nil 为 true，但调用 mod.Name() 会触发 panic。这是 Go 接口机制与指针语义共同作用的经典陷阱。
go 接口变量不为 nil，不代表其内部存储的 concrete value（如结构体指针）非 nil；当接口包装了一个 nil 指针时，`mod != nil` 为 true，但调用 `mod.name()` 会触发 panic。这是 go 接口机制与指针语义共同作用的经典陷阱。
在 Go 中，接口值（interface value）由两部分组成：动态类型（dynamic type）和动态值（dynamic value）。一个接口变量只有在 二者均为零值 时才被视为 nil——即类型信息缺失（type == nil）且 值信息为空（value == nil）。只要类型已确定（哪怕值是 nil 指针），该接口本身就不等于 nil。
例如，假设 Module 是一个接口，而实际实现类型为 *ConcreteModule：
type Module interface {
Name() string
}
type ConcreteModule struct{}
func (c *ConcreteModule) Name() string {
return "main"
}若 srt.PrimaryModule() 返回的是 (*ConcreteModule)(nil)（即一个类型为 *ConcreteModule、值为 nil 的指针），那么：
- mod != nil → ✅ true（因为类型 *ConcreteModule 已存在，接口非零值）；
- mod.Name() → ❌ panic：invalid memory address or nil pointer dereference（因底层指针为 nil，无法调用方法）。
这正是你遇到的问题本质：接口非 nil ≠ 底层可安全解引用。
如何安全判断并避免 panic？
不能仅靠 mod != nil 做防护，而需进一步检查其底层 concrete value 是否可安全使用。常见做法有：
✅ 方案一：类型断言 + 非空检查（推荐）
mod := srt.PrimaryModule()
if mod != nil {
if ptr, ok := mod.(*ConcreteModule); ok && ptr != nil {
mods[ptr.Name()] = mod // 安全调用
}
// 或更通用（若不确定具体类型）：
// if v := reflect.ValueOf(mod); v.Kind() == reflect.Ptr && v.IsNil() {
// log.Println("mod is a nil pointer")
// continue
// }
}✅ 方案二：利用反射判断是否为 nil 指针
mod := srt.PrimaryModule()
if mod != nil {
v := reflect.ValueOf(mod)
// 检查是否为指针且为 nil
if v.Kind() == reflect.Ptr && v.IsNil() {
log.Printf("Warning: mod is a nil %v", v.Type())
continue
}
mods[mod.Name()] = mod // 此时可安全调用
}⚠️ 注意事项：
- reflect.ValueOf(mod) 在 mod 是接口时，返回的是其动态值的 reflect.Value；若 mod 包含 nil 指针，v.IsNil() 将返回 true（仅对 channel/func/map/pointer/slice/unsafe.Pointer 有效）。
- 不要依赖 fmt.Printf("%v", mod) 判断——它可能输出 <nil>，但该字符串输出不等价于接口值为 nil，而是其底层值的格式化表现。
- 文档明确指出：“A nil interface value holds neither type nor value”，而 (*T)(nil) 是一个有类型（*T）、值为 nil 的合法 concrete value，因此能被接口承载且接口自身非 nil。
总结
| 表达式 | 含义 | 是否触发 panic？ |
|---|---|---|
| mod == nil | 接口未存储任何类型或值 | 否（安全） |
| mod != nil | 接口已绑定类型（即使值为 nil） | 否（但后续方法调用可能 panic） |
| mod.Name() | 调用底层 concrete value 的方法 | ✅ 若底层是 nil 指针则 panic |
牢记：Go 接口的 nil 判断只反映接口头是否为空，不保证其包裹内容的安全性。 在涉及接口方法调用前，尤其当来源不可控（如反射、插件、第三方库返回的接口）时，务必结合类型检查与底层值验证，才能写出健壮无 panic 的代码。
