这行代码是在包级作用域做编译期静态断言，通过 var _ Interface = (Struct)(nil) 强制编译器检查 Struct 是否实现 Interface，而非依赖函数参数触发校验。
var _ Interface = (*Struct)(nil) 这行代码不是“用函数参数校验接口”，而是**在包级作用域做编译期静态断言**——它不依赖任何函数调用，也不发生在参数传递过程中。想靠函数参数本身触发接口实现检查，Go 语言做不到。
为什么不能靠函数参数做编译期接口校验
Go 的函数参数类型检查只验证「传入值是否满足目标接口」，但前提是该值**已被构造出来并实际传入**。而接口实现缺失的问题往往藏在未被调用的路径里：
- 如果某个
*Struct类型没实现新添加的接口方法，但当前所有函数调用都没用到它，编译器完全不会报错 - 哪怕你写了
func f(x Interface) {}，再传&s进去，只要s没被用在任何实际调用链中，编译器就不会检查它是否真满足Interface - 更隐蔽的是：跨包类型、条件编译分支、测试专用实现，都可能逃过参数路径的校验覆盖
真正起效的校验必须脱离运行时上下文
编译器只对「明确写出的类型赋值表达式」做完整契约检查。所以有效姿势是手动构造一个赋值语句，让编译器无处可逃：
- 写在包级作用域（
package xxx后、任何func前），不能塞进函数体或init()里 - 必须用
(*Struct)(nil)，不是Struct{}或&Struct{}：前者是零开销指针类型，后者可能触发初始化逻辑（比如含sync.Mutex字段会 panic） - 接口名必须导出（首字母大写），否则跨包不可见；校验语句必须放在
Struct所在包，而不是接口定义包 - 错误信息直白：
cannot use (*Struct)(nil) (type *Struct) as type Interface in assignment: *Struct does not implement Interface (missing method XXX)
函数参数能做的只是“被动验证”，不是“主动保障”
你可以把接口校验逻辑“伪装”成函数调用，但本质仍是包级断言：
func _() {
var _ Interface = (*Struct)(nil)
}
这看似是个函数，实则无效——Go 不允许在函数内声明这种包级语义的类型约束。编译器会忽略它，或者报 declaration outside function body 错误。
立即学习“go语言免费学习笔记（深入）”；
- 真正有效的写法只能是裸露在文件顶层：
var _ Interface = (*Struct)(nil) - 如果你硬要在函数里“模拟”，比如
func check() { var _ Interface = (*Struct)(nil) }，那它根本不会参与编译期检查，纯属无效代码 - 第三方工具如
staticcheck或implements也无法替代这行代码：它们基于 AST 分析，漏掉泛型实例化、嵌入接口、大小写敏感签名等场景
容易被忽略的细节：指针接收者 vs 值接收者
接口方法的接收者类型决定了该用 (*Struct)(nil) 还是 Struct{}：
- 如果接口方法全是值接收者（
func (s Struct) Read(...)），那Struct{}和(*Struct)(nil)都可以满足——但推荐统一用指针形式，避免后续加指针方法时漏改 - 只要有一个方法是指针接收者（
func (s *Struct) Close()），就必须用(*Struct)(nil)，否则编译失败 - 别试图用
&Struct{}替代(*Struct)(nil)：它会真实构造一个零值实例，可能触发字段初始化副作用
var _ Interface = (*Struct)(nil) 稳稳写在结构体定义下方——它不执行、不分配、不运行，只在编译器扫描源码时亮起红灯。 
