在HTTP vs Mux上使用HandleFunc

时间:2019-02-13 20:23:18

标签: go

我是新手,想设置一些路由以及cors。我已经看到了两种样式,一种使用NewServeMux初始化多路复用器,然后使用HandleFunc分配处理程序,另一种直接在HandleFunc上使用http。这就是我的意思:

mux := http.NewServeMux()
mux.HandleFunc("/api", apiFunc)
mux.HandleFunc("/", indexFunc)

vs

http.HandleFunc("/api", apiFunc)
http.HandleFunc("/", indexFunc)
http.ListenAndServe("127.0.0.1:3001", nil)

这些方法有什么区别吗?如果他们完成类似的事情,那是更常见/务实的吗?

2 个答案:

答案 0 :(得分:2)

http.HandleFunc等人将您的处理程序应用于ServeMux软件包中保存的http的软件包全局实例,然后http.ListenAndServe开始。您还可以像在第一个示例中一样创建自己的实例,这使您拥有更多控制权,并使单元测试更加容易。最终,选择权由您决定;对于具有有限维护周期的小型项目,便利功能和程序包全局变量可能是不错的选择,但是对于大型或寿命较长的项目,我通常建议同时管理自己的ServeMuxServer实例。

答案 1 :(得分:1)

http.HandleFunc()使用DefaultServeMux,它是一个全局变量。因此,任何第三方软件包都可以访问DefaultServeMux。在第三方程序包遭到破坏的情况下,它可以使用DefaultServeMux将恶意处理程序暴露给您的Web应用程序。这就是为什么在生产代码中建议使用您自己的servemux的原因之一,如第一个示例所示。