在 go 中，函数类型由其完整签名（参数与返回值类型）严格定义；若希望将实现某接口的结构体传入接受该接口的函数，必须确保函数签名中的参数类型一致，而非仅结构体实现了接口。
在 go 中，函数类型由其完整签名（参数与返回值类型）严格定义；若希望将实现某接口的结构体传入接受该接口的函数，必须确保函数签名中的参数类型一致，而非仅结构体实现了接口。
Go 的函数类型是结构化且不可隐式转换的：func(int, int, LoginRequest) int 和 func(int, int, RequestBody) int 是两个完全不同的类型，即使 LoginRequest 实现了 RequestBody 接口。这是因为 Go 的函数类型比较遵循“逐字匹配”原则——所有参数和返回值类型必须完全相同，接口与具体类型不被视为可互换。
要使包装器 WrapperFunc 正确接收并调用目标函数，关键在于统一函数签名中的接口类型。正确的做法是：让被包装的函数（如 add）直接声明为接收接口类型 RequestBody，而非具体实现类型 LoginRequest：
package main
import "fmt"
type RequestBody interface {
GetDescription() string
}
type LoginRequest struct {
Username string
Password string
}
func (lr LoginRequest) GetDescription() string {
return "cool function"
}
func WrapperFunc(fn func(int, int, RequestBody) int) int {
lr := LoginRequest{Username: "admin", Password: "123"}
return fn(3, 4, lr) // ✅ LoginRequest 自动转为 RequestBody 接口值
}
func add(a, b int, lr RequestBody) int { // ✅ 参数类型与 WrapperFunc 声明完全一致
fmt.Println("Description:", lr.GetDescription())
return a + b
}
func main() {
result := WrapperFunc(add)
fmt.Println("Result:", result) // 输出：Description: cool function \n Result: 7
}✅ 核心要点总结：
- WrapperFunc 的形参 fn func(int, int, RequestBody) int 要求传入函数必须声明接收 RequestBody 接口；
- LoginRequest{} 可直接作为 RequestBody 传入（因其实现了该接口），Go 会自动构造接口值；
- 在 add 函数体内，lr 是 RequestBody 类型，只能安全调用 GetDescription() —— 若需访问 Username 或 Password，须通过类型断言还原：
if login, ok := lr.(LoginRequest); ok {
fmt.Printf("User: %s\n", login.Username)
} else {
fmt.Println("Not a LoginRequest")
}⚠️ 常见误区提醒：
- ❌ 不要试图将 func(..., LoginRequest) “强制适配”给 func(..., RequestBody) 参数——Go 不支持函数类型协变；
- ❌ 不要在 WrapperFunc 内部做类型转换（如 fn(3, 4, RequestBody(lr))），因为 RequestBody 是接口名，不能直接类型转换；
- ✅ 真正灵活的扩展方式是：定义统一接口、让所有 handler 遵循接口签名，并在需要时通过类型断言获取具体结构体能力。
这种设计体现了 Go “显式优于隐式”的哲学：接口抽象由函数签名明确表达，类型安全在编译期即被保障，既避免运行时错误，也使依赖关系清晰可溯。
