Go语言julienschmidt/httprouter中HandlerFunc工作原理解析

先把两个最核心的基础定义摆清楚，你所有的疑问本质上都是对这两个点的认知有偏差：

• http.HandlerFunc 是Go标准库定义的命名函数类型，它的底层类型就是 func(http.ResponseWriter, *http.Request)，和你示例里写的Bar函数签名完全一致。
• http.Handler 是接口类型，只要类型实现了ServeHTTP(http.ResponseWriter, *http.Request)方法就满足这个接口；而http.HandlerFunc本身早就实现了这个方法，逻辑非常直白：调用ServeHTTP的时候，直接执行它自己持有的函数就行。

1. 为什么Bar不用显式转成HandlerFunc就能传给router.HandlerFunc？ #

这其实是Go语言自带的可赋值性规则：如果传进去的值是未命名类型（比如你自己定义的普通函数、用字面量直接写的切片/map/结构体这类），而且它的类型和目标参数的底层类型完全对得上，编译器会自动帮你做隐式转换，根本不需要你手动写类型转换语句。
Bar是你自己定义的普通函数，类型是未命名的func(http.ResponseWriter, *http.Request)，和http.HandlerFunc的底层类型完全匹配，直接传当然不会报错。你手动写http.HandlerFunc(Bar)也没问题，只是把编译器本来就要做的事显式写出来了，属于冗余但合法的写法。

很多人之前以为必须显式转换，其实是搞混了参数要求：之前写标准库http.Handle时报错，根本不是因为普通函数不能转成HandlerFunc，而是因为http.Handle的第二个参数要的是http.Handler接口——普通的func(ResponseWriter, *Request)类型没绑定任何方法，根本不满足Handler的接口要求，所以必须显式转成已经实现了ServeHTTP方法的http.HandlerFunc才能传，和“传给HandlerFunc类型参数必须显式转换”完全是两码事。

给你写个最小的例子验证下：

type MyCalc func(int) int // 自定义的命名函数类型
func double(x int) int { return x*2 } // 普通函数，类型是未命名的func(int)int

func run(c MyCalc) {
    println(c(10))
}

func main() {
    run(double) // 直接传普通函数，完全不报错，根本不需要写MyCalc(double)
}

2. 为什么handler能直接传给要求http.Handler类型的router.Handler方法？ #

不管你写不写显式转换，只要你把Bar传给router.HandlerFunc的第三个参数，进到方法内部之后这个值的类型就是http.HandlerFunc。前面已经说过，http.HandlerFunc本身就实现了http.Handler接口要的所有方法，它天生就是合法的http.Handler类型值，当然可以直接传给router.Handler，半毛钱额外转换都不需要。

你对比下标准库ServeMux.HandleFunc的实现就明白了：标准库的HandleFunc第三个参数收的是未命名的func(ResponseWriter, *Request)普通函数，拿到的值不满足Handler接口，所以必须在内部手动转成HandlerFunc再传给Handle方法；而httprouter直接把第三个参数的类型定义成了http.HandlerFunc，拿到手的本来就是符合接口要求的值，直接传就行，省了一步内部转换。

3. 你漏掉的核心规则和实现细节 #

• 第一是Go的类型判定规则：用type A B定义出来的是全新的命名类型，A和B本身是不同的类型，但如果B是未命名类型（比如普通函数、切片、map这类内置复合类型），且A和B的底层结构完全一致，赋值、传参的时候不需要手动做显式转换。
• 第二是接口实现的边界：普通的未命名函数类型是不带任何方法的，哪怕签名和HandlerFunc一模一样，也不满足http.Handler接口；只有转成绑定了ServeHTTP方法的http.HandlerFunc类型，才符合接口要求。
• 第三是两个库的API设计差异：标准库的HandleFunc选择收普通函数，内部做适配，对新手更友好；httprouter的HandlerFunc选择直接收已经适配好的http.HandlerFunc类型，少了一层内部转换，逻辑更直白，两种设计没有对错，只是封装逻辑放的位置不一样。

内容的提问来源于stack exchange，提问作者Msw Tm