Go 接口值为 nil 时，强制类型断言（如 p.(*Node)）会触发 panic；因其底层是 (nil, nil)，不满足类型断言要求的“非 nil 且动态类型匹配”条件。正确做法是使用“comma-ok”语法安全判断，或显式初始化接口为 (nil, *Node) 形式。
go 接口值为 nil 时，强制类型断言（如 `p.(*node)`）会触发 panic；因其底层是 `(nil, nil)`，不满足类型断言要求的“非 nil 且动态类型匹配”条件。正确做法是使用“comma-ok”语法安全判断，或显式初始化接口为 `(nil, *node)` 形式。
在 Go 中，接口（interface）并非简单指针，而是一个包含动态类型（dynamic type）和动态值（dynamic value） 的二元组。当声明 var p Nexter 未初始化时，p 是一个完全 nil 的接口值，其内部表示为 (nil, nil) —— 即既无具体类型信息，也无实际值。此时执行 p.(*Node) 类型断言会立即 panic，错误提示 interface conversion: interface is nil, not *main.Node，根本原因在于 Go 语言规范明确要求：类型断言 x.(T) 前提是 x 非 nil，且存储的值必须是类型 T。
值得注意的是，(*Node)(nil) 本身是合法的——这是一个类型转换（type conversion），将无类型的 nil 转为 *Node 类型的零值。但接口变量 p 的 nil 是接口层级的 nil，与具体指针类型的 nil 语义不同。二者不可等价替换。
✅ 正确做法一：使用 comma-ok 安全断言（推荐）
这是最符合 Go 惯用法、最健壮的方式，可避免 panic 并清晰表达意图：
if n, ok := p.(*Node); ok {
// 成功断言：n 是 *Node 类型，且非 nil 指针（但 n 可能为 (*Node)(nil)）
fmt.Printf("Got *Node: %#v\n", n)
} else {
fmt.Println("p is either nil or not *Node")
}该形式永远不 panic：ok 为 false 时，n 被赋予 *Node 类型的零值（即 nil），程序可继续安全执行。
✅ 正确做法二：显式初始化接口为 (nil, *Node)
若业务逻辑明确期望 p 应承载 *Node 类型（即使值为 nil），应主动赋值而非留空：
var p Nexter = (*Node)(nil) // 接口值非 nil，内部为 (nil, *Node) n := p.(*Node) // ✅ 断言成功，n == nil fmt.Println(n == nil) // 输出 true
此时 p 的底层是 (nil, *Node)，满足类型断言对“非 nil 接口 + 类型匹配”的双重要求。
⚠️ 注意事项与最佳实践
- 永远不要对未初始化或可能为 nil 的接口做强制断言（p.(*T)），这是典型的 panic 风险点；
- 优先使用 v, ok := p.(T) 形式，它兼具安全性、可读性与控制流清晰性；
- 区分 nil 的层次：(*T)(nil) 是合法的指针零值；var i interface{} 是 nil 接口；var i interface{} = nil 仍是 nil 接口；而 var i interface{} = (*T)(nil) 则是非 nil 接口（含类型信息）；
- 若需统一处理“空值”，建议结合接口方法设计（如 IsValid() bool）或使用 errors.Is(p, nil)（仅适用于 error 接口等有约定的场景），而非依赖类型断言。
掌握接口的二元组本质与类型断言的语义边界，是写出健壮 Go 代码的关键一步。
