在 go 中，函数类型严格匹配，即使参数实现了某个接口，也不能直接将具体类型函数传给期望接口类型参数的函数；必须统一使用接口类型声明函数签名，才能实现灵活的接口参数传递。
在 go 中，函数类型严格匹配，即使参数实现了某个接口，也不能直接将具体类型函数传给期望接口类型参数的函数；必须统一使用接口类型声明函数签名，才能实现灵活的接口参数传递。
Go 的函数类型是结构化且不可隐式转换的：func(int, int, LoginRequest) int 和 func(int, int, RequestBody) int 被视为两种完全不同的类型，即便 LoginRequest 实现了 RequestBody 接口。这是因为 Go 的函数类型比较规则要求所有参数和返回值的类型必须逐字相同（见 Go 语言规范：Function types），接口类型与具体类型在类型系统中地位不同，不存在子类型自动升格关系。
要使 WrapperFunc 正确接收并调用 add，关键在于让 add 的函数签名与 WrapperFunc 的形参类型完全一致：
package main
import "fmt"
type RequestBody interface {
GetDescription() string
}
type LoginRequest struct {
Username string
Password string
}
func (lr LoginRequest) GetDescription() string {
return "cool function"
}
// ✅ WrapperFunc 期望 func(int, int, RequestBody) int
func WrapperFunc(fn func(int, int, RequestBody) int) int {
lr := LoginRequest{} // 实现了 RequestBody
return fn(3, 4, lr) // 自动装箱为 RequestBody 接口值
}
// ✅ add 必须声明为接收 RequestBody 接口，而非具体类型
func add(a, b int, lr RequestBody) int {
fmt.Println(lr.GetDescription()) // ✅ 安全调用接口方法
return a + b
}
func main() {
fmt.Println(WrapperFunc(add)) // 输出: cool function\n7
}
? 为什么这样可行？
- LoginRequest 实现了 RequestBody，因此 LoginRequest{} 可以隐式赋值给 RequestBody 类型变量（即“装箱”）；
- WrapperFunc 内部调用 fn(3, 4, lr) 时，lr（LoginRequest 值）被自动转换为 RequestBody 接口值；
- add 函数体内通过接口变量 lr 只能访问 GetDescription() 方法——这是接口抽象的安全边界。
⚠️ 注意事项：
- 若 add 内部需访问 LoginRequest 的字段（如 lr.Username），不能直接访问，因为 lr 是 RequestBody 类型。此时应使用类型断言安全提取：
if login, ok := lr.(LoginRequest); ok { fmt.Println("Username:", login.Username) } - 避免在函数签名中混用具体类型与接口类型——这会导致类型不兼容，是 Go 函数式编程中常见陷阱；
- 如需支持多种请求类型（如 LoginRequest、SignupRequest），只需确保它们都实现 RequestBody，WrapperFunc 无需修改，天然具备扩展性。
总结：Go 的接口灵活性体现在值的传递与调用时，而非函数类型的声明层面。要实现“任意实现某接口的参数”，必须在函数签名中统一使用接口类型，而非具体类型——这是实现可组合、可抽象的 Go 风格函数封装的核心原则。
