Go 中必须用 func(){} 而非 nil 或 struct{} 的场景是：需可安全调用、不 panic、无副作用且类型明确的执行单元，如非空回调、中间件占位、接口函数字段默认实现等。
Go 语言里没有“空函数”语法糖（比如 func() {} 不能直接当类型或占位符用），但通过 func() 类型 + 空函数字面量，能自然实现占位、延迟绑定、接口适配等实际需求——关键不是“空”，而是“可传递、可忽略、可组合”的函数值语义。
什么时候必须用 func() 而不是 nil 或空结构体？
当你需要一个**可安全调用、不 panic、无副作用、且类型明确**的执行单元时，func() 是唯一选择。比如：
- 回调参数不可为
nil（否则调用前必须判空，破坏契约） - 中间件链中某环节暂不处理，但不能中断流程
- 接口方法签名要求返回
func()，你得提供一个合法值
此时写 func() {} 比写 var noop func() 再赋值更直接，也比用 struct{} 更语义清晰——后者不表示“可执行”，只表示“零开销占位”。
func() 作为接口方法的默认实现
某些接口定义了“可选行为”，但 Go 不支持方法默认实现。常见做法是让调用方传入 func()，内部统一调用：
立即学习“go语言免费学习笔记（深入）”；
type Runner interface {
Run()
OnFinish() func() // 接口字段是函数类型，不是方法
}
// 实现时可直接返回空函数
func (r myRunner) OnFinish() func() {
return func() {} // 安全、轻量、类型匹配
}
注意：这里不能写 return nil，因为 func() 类型不允许 nil 值直接赋给变量再返回（虽可编译，但调用会 panic）。必须显式构造一个空函数字面量。
和 struct{}、空白标识符 _ 的根本区别
三者都“不存数据”，但用途完全不同：
-
struct{}：用于 channel 元素、map value、或 struct 字段占位，强调“零内存 + 类型区分” -
_：用于丢弃变量或返回值，是编译期语法，不生成运行时值 -
func()：是一个真实可调用的值，有地址、可比较（两个空函数字面量==为false）、可传参
别试图用 struct{} 替代 func() 做回调——它不能被 () 调用；也别用 _ 去“忽略”一个本该执行的回调函数，那只是删掉了调用逻辑。
容易踩的坑：空函数不是“什么都不做”的银弹
看似简单，但几个细节常被忽略：
- 闭包捕获变量时，即使函数体为空，也会延长变量生命周期（比如
func() { _ = x }中的x不会被提前回收） - goroutine 中启动
func() {}是合法的，但若大量无意义 goroutine 泛滥，会压垮调度器 - 测试中 mock 回调时，别只写
func() {}就完事——要确认它是否被真正调用，建议用带计数器的闭包代替
真正难的不是写出空函数，而是判断它该不该存在、该不该被调用、该不该携带上下文——函数值一旦传递出去，控制权就移交了。
