func类型变量为nil时直接调用会panic：Go中func是引用类型，nil值调用触发runtime panic，不可recover，需在调用前显式判空。
func类型变量为nil时直接调用会panic
Go里func是引用类型，可为nil；一旦对nil函数变量执行()调用，立刻触发panic: runtime error: invalid memory address or nil pointer dereference。这不是逻辑错误，而是运行时内存访问违规，recover无法捕获——它发生在指令层面，不是普通错误。
常见场景包括：
- 结构体字段声明为
func()，但初始化遗漏（如cfg.OnSuccess = nil） - 从map或interface{}取值后未判空就断言为
func() - 函数返回
func()类型，但分支中某些路径返回nil，调用方未检查
示例：
var f func(string)
f("hello") // panic：f == nil，直接调用即崩
接口断言后得到的func仍需判nil
interface{}本身非nil，不代表它装的func一定非nil。断言成功只说明类型匹配，不保证值有效。
立即学习“go语言免费学习笔记（深入）”；
错误写法：
var data interface{} = func() {}
if fn, ok := data.(func()); ok {
fn() // 看似安全？错：data可能被赋值为nil func
}
正确做法是断言后加一层!= nil判断：
if fn, ok := data.(func()); ok && fn != nil { fn() }- 从
map[string]interface{}取值时同理：if v, ok := m["callback"]; ok { if fn, ok := v.(func()); ok && fn != nil { fn() } }
结构体中func字段必须显式初始化或调用前检查
Go结构体零值中，func字段默认就是nil。如果业务逻辑允许该字段为空，每次调用前必须检查；如果不允许为空，应在构造函数中强制初始化。
例如：
type Processor struct {
OnDone func()
}
p := &Processor{} // OnDone == nil
p.OnDone() // panic
防护方案：
- 入口处统一检查：
if p.OnDone == nil { return errors.New("OnDone not set") } - 工厂函数封装：
func NewProcessor(done func()) *Processor { return &Processor{OnDone: done} }，把校验提前到创建阶段 - 避免裸字面量初始化：
&Processor{OnDone: someFunc}比&Processor{}更安全
HTTP handler里func参数未判空导致服务崩溃
自定义中间件或路由注册时，常把处理函数作为参数传入，如RegisterHandler(path string, h func(http.ResponseWriter, *http.Request))。若调用方传入nil，而注册逻辑没做检查，后续请求进来就会在h(w, r)这行panic，表现为http: panic serving [::1]:xxxxx: runtime error: invalid memory address or nil pointer dereference。
关键点：
- 所有接收
func类型参数的导出函数，第一行应为if h == nil { panic("handler cannot be nil") }或返回错误 - 不要依赖文档说“非空”——JSON反序列化、反射调用、测试mock都可能传
nil - 单元测试必须覆盖
nil输入场景，否则上线后才暴露
真正容易被忽略的是：func指针不像*T有明确地址语义，它看起来像值，实则是引用；解引用行为（即调用）发生时才暴露问题，堆栈里往往只显示call指令地址，不带源码行号——这意味着你得靠日志或debug提前卡住，而不是等panic再查。
