Go中接口不能由普通函数值直接实现，必须先定义函数类型再为其实现接口方法；否则编译报错。核心三步：定义函数类型→实现接口→赋值；需警惕nil函数调用panic风险。
Go 中接口不能直接由普通函数值实现，必须先定义函数类型，再让该类型实现接口方法。 否则会编译报错 cannot use ... as ... value in assignment —— 这是初学者最常卡住的地方。
为什么不能直接用 func(int) error 赋值给接口变量
Go 的函数类型（如 func(int) error）本身只是值，不是“类型”；而接口要求的是“某个类型实现了全部方法”。结构体方法值（如 u.Send）和纯函数值在内存布局上不同，无法混用。
- 错误写法：
var _ MyInterface = u.Send或var _ MyInterface = func(x int) error { ... } - 正确路径：先
type MyHandlerFunc func(int) error，再为MyHandlerFunc实现MyInterface的方法 - 标准库的
http.HandlerFunc就是这么干的：type HandlerFunc func(ResponseWriter, *Request)，然后它实现了Handler.ServeHTTP
怎么定义并实现一个接口型函数
核心三步：定义函数类型 → 为该类型实现接口方法 → 用函数字面量或命名函数赋值
- 接口定义：
type Processor interface { Process(data string) error } - 函数类型：
type ProcessorFunc func(string) error - 实现接口：
func (f ProcessorFunc) Process(data string) error { return f(data) } - 使用：
var p Processor = ProcessorFunc(func(s string) error { ... })
这样你就能把业务逻辑写成独立函数，又无缝接入需要 Processor 的系统，不暴露结构体。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
函数类型实现接口时的 nil 值风险
函数类型变量若未初始化，直接调用会 panic：panic: call of nil function。这比接口变量为 nil 更危险——后者只在访问字段或调用方法内部出问题，而函数调用是立即崩溃。
- 工厂函数返回函数类型时，务必检查是否为
nil：if f == nil { return nil, errors.New("build failed") } - 测试中要覆盖
nil分支，尤其在 fallback 或 mock 场景下 - 别在 handler 函数里做资源初始化（比如打开文件），那是构造阶段的事
统一返回接口类型才能塞进 map[string]func(...)
当你想用 map[string]func(StorageAType) StorageBType 动态分发转换逻辑时，所有函数签名的返回类型必须一致为接口，不能是具体结构体。
- 错误：
func(...) StorageBType1和func(...) StorageBType2是两个不同函数类型，无法共存于同一 map - 正确：全部声明为
func(...) StorageBType，靠类型断言或switch v := b.(type)解包具体字段 - 好处：调用侧无需知道底层类型，可直接调用
b.GetID()等接口方法
真正容易被忽略的是：函数类型签名里的每个参数和返回值都参与类型判定，哪怕只是把 LoginRequest 换成它实现的 RequestBody 接口，就是两个不兼容的类型。别指望自动升格。
