不能直接将结构体方法赋给接口变量，因为u.send是绑定接收者的方法值，底层内存布局与普通函数类型func(string) error不同，go禁止隐式转换；必须先定义命名函数类型（如type handlerfunc func(...)），再为其实现接口方法。
为什么不能直接把 struct 方法赋给接口变量？
因为 func(string) error 是函数类型，而 u.Send 虽然看起来像函数，实则是「绑定接收者的方法值」——底层内存布局不同，Go 不允许隐式转换。常见错误是写 var _ MyInterface = u.Send，报错 cannot use u.Send (value of type func(string) error) as MyInterface value。
关键点在于：接口要求的是「类型实现了方法」，而 u.Send 只是一个值，不是类型；必须先定义函数类型（如 type HandlerFunc func(...)），再让该类型实现接口。
- 结构体方法值（
u.Send）携带 receiver 指针，函数值（func(...)）不携带 - 即使签名完全一致，Go 仍视其为两种不兼容的类型
- 值接收者或指针接收者不影响函数类型实现接口——函数类型本身无 receiver 概念
如何正确定义并让函数类型实现接口？
核心步骤只有两步：定义函数类型，再为该类型实现接口方法。以标准库 http.Handler 为例：
type HandlerFunc func(http.ResponseWriter, *http.Request)
func (f HandlerFunc) ServeHTTP(w http.ResponseWriter, r *http.Request) {
f(w, r)
}
这样，任意符合 func(http.ResponseWriter, *http.Request) 签名的函数，都能转成 HandlerFunc 并赋给 http.Handler 接口变量。
- 函数类型名必须显式声明（不能用
func(...)匿名类型直接实现） - 实现方法必须是该函数类型的指针或值接收者（二者皆可，因函数类型不可寻址，实际都按值传递）
- 接口方法体内直接调用函数本体，不加额外逻辑——这是解耦的关键
闭包注入依赖时要注意什么？
函数类型本身不保存状态，但可通过闭包捕获外部变量（如 *sql.DB、log.Logger）。典型写法：
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
func makeHandler(db *sql.DB) http.HandlerFunc {
return func(w http.ResponseWriter, r *http.Request) {
// 使用 db
}
}
这种模式安全且常见，但容易踩坑：
- 闭包捕获的变量生命周期需与 handler 生命周期对齐；避免捕获局部变量后被提前回收
- 不要在 handler 内做初始化（如打开文件、连接 DB），那是工厂函数（如
makeHandler）的职责 - 若 handler 需要多个依赖，建议统一收口到结构体，再用其方法转为
HandlerFunc，而非层层嵌套闭包
nil 函数值调用会 panic 吗？
会，而且是立即 panic：panic: call of nil function。这和 nil 接口变量调用方法不同——后者只在方法内访问字段时才崩，而函数调用是运行时直接崩溃。
常见触发场景：
- 声明了
var f http.HandlerFunc但未赋值，就传给http.Handle("/", f) - 闭包返回前未校验依赖是否为
nil（如db == nil时仍返回 handler） - 测试中忘记初始化 handler 变量，导致单元测试 panic
最稳妥的做法是在工厂函数里做非空检查，或用指针包装函数类型（如 *HandlerFunc）并配合 nil 判定逻辑——但通常更推荐在构造阶段就确保函数值有效。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
