http - 何时使用 Golang 的默认 MUX 与使用自己的 MUX

Question

<分区>

Answer 1

内置多路复用器有两个缺点:

1. 如果您需要来自 url 的信息(例如 /users/:id 中的 id)，您必须手动执行:

   http.HandleFunc("/users/", func(res http.ResponseWriter, req *http.Request) {
       id := strings.SplitN(req.URL.Path, "/", 3)[2]
   })
   

   这很麻烦。

2. 默认服务器 mux 不是最快的。

考虑来自 this benchmark 的结论:

First of all, there is no reason to use net/http's default ServeMux, which is very limited and does not have especially good performance. There are enough alternatives coming in every flavor, choose the one you like best.

所以它真正唯一的优势是每个人都已经拥有它，因为它包含在 net/http 中.

最近我一直在朝着避免默认 http.Handle 的方向前进和 http.HandleFunc函数并定义显式 http.Handler相反，然后将其交给ListenAndServe . (而不是 nil :

handler := http.NewServeMux()
handler.Handle("/whatever", ...)
http.ListenAndServe(80, handler)

新手开发者发现 http.Handle 之间的区别和 http.HandleFunc微妙且令人困惑，所以我认为值得理解 http.Handler前面的概念。多路复用器只是另一种 http.Handler (将请求路由到其他 http.Handler 的一个)当您依赖 DefaultServeMux 时，现实就被隐藏起来了.