Golang net/http 标准库原理解读与源码分析
本位为http的源码分析,如果在此之前你还不知道如何使用 golang 的 http 库,建议先看一个入门的例子:快速入门:创建第一个 Go Web 应用 | 快速入门 | Go Web 编程 (laravelacademy.org)
本文转载自:Go Web 编程入门--深入学习用 Go 编写 HTTP 服务器 | Go 技术论坛 (learnku.com)
前言
Go 是一门通用的编程语言,想要学习 Go 语言的 Web 开发,就必须知道如何用 Go 启动一个 HTTP 服务器用于接收和响应来自客户端的 HTTP 请求。用 Go 实现一个 http server
非常容易,Go 语言标准库 net/http
自带了一系列结构和方法来帮助开发者简化 HTTP 服务开发的相关流程。因此,我们不需要依赖任何第三方组件就能构建并启动一个高并发的 HTTP 服务器。这篇文章会学习如何用 net/http
自己编写实现一个 HTTP Server
并探究其实现原理,以此来学习了解网络编程的常见范式以及设计思路。
HTTP 服务处理流程
基于 HTTP 构建的服务标准模型包括两个端,客户端 (Client
) 和服务端 (Server
)。HTTP 请求从客户端发出,服务端接受到请求后进行处理然后将响应返回给客户端。所以 http 服务器的工作就在于如何接受来自客户端的请求,并向客户端返回响应。
典型的 HTTP 服务的处理流程如下图所示:
服务器在接收到请求时,首先会进入路由 (router
),也成为服务复用器(Multiplexe
),路由的工作在于请求找到对应的处理器 (handler
),处理器对接收到的请求进行相应处理后构建响应并返回给客户端。Go 实现的 http server
同样遵循这样的处理流程。
我们先看看 Go 如何实现一个简单的返回 "Hello World"
的 http server
:
package main
import (
"fmt"
"net/http"
)
func HelloHandler(w http.ResponseWriter, r *http.Request) {
fmt.Fprintf(w, "Hello World")
}
func main () {
http.HandleFunc("/", HelloHandler)
http.ListenAndServe(":8000", nil)
}
运行代码之后,在浏览器中打开 localhost:8000
就可以看到 Hello World
。这段代码先利用 http.HandleFunc
在根路由 /
上注册了一个 HelloHandler
, 然后利用 http.ListenAndServe
启动服务器并监听本地的 8000 端口。当有请求过来时,则根据路由执行对应的 handler
函数。
注意:http.ListenAndServe(":8000", nil)
的第一个参数本来应该是 ip: 端口号 的形式,但是这里省略了ip,那么默认为 0.0.0.0。因为根据源码一路可以追踪到:
我们再看一下另外一种常见的实现方式:
package main
import (
"fmt"
"net/http"
)
type HelloHandlerStruct struct {
content string
}
func (handler *HelloHandlerStruct) ServeHTTP(w http.ResponseWriter, r *http.Request) {
fmt.Fprintf(w, handler.content)
}
func main() {
http.Handle("/", &HelloHandlerStruct{content: "Hello World"})
http.ListenAndServe(":8000", nil)
}
这段代码不再使用 http.HandleFunc
函数,取而代之的是直接调用 http.Handle
并传入我们自定义的 http.Handler
接口的实例。
Go 实现的 http
服务步骤非常简单,首先注册路由,然后创建服务并开启监听即可。下文我们将从注册路由、开启服务、处理请求,以及关闭服务这几个步骤了解 Go 如何实现 http
服务。
路由注册
http.HandleFunc
和 http.Handle
都是用于给路由规则指定处理器,http.HandleFunc
的第一个参数为路由的匹配规则 (pattern) 第二个参数是一个签名为 func(w http.ResponseWriter, r *http.Requests)
的函数。而 http.Handle
的第二个参数为实现了 http.Handler
接口的类型的实例。
http.HandleFunc
和 http.Handle
的源码如下:
func HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
DefaultServeMux.HandleFunc(pattern, handler)
}
// HandleFunc registers the handler function for the given pattern.
func (mux *ServeMux) HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
if handler == nil {
panic("http: nil handler")
}
mux.Handle(pattern, HandlerFunc(handler))
}
func Handle(pattern string, handler Handler) {
DefaultServeMux.Handle(pattern, handler)
}
可以看到这两个函数最终都由 DefaultServeMux
调用 Handle
方法来完成路由处理器的注册。
这里我们遇到两种类型的对象:ServeMux
和 Handler
。
Handler
http.Handler
是 net/http
中定义的接口用来表示 HTTP 请求:
type Handler interface {
ServeHTTP(ResponseWriter, *Request)
}
Handler
接口中声明了名为 ServeHTTP
的函数签名,也就是说任何结构只要实现了这个 ServeHTTP
方法,那么这个结构体就是一个 Handler
对象。其实 go 的 http
服务都是基于 Handler
进行处理,而 Handler
对象的 ServeHTTP
方法会读取 Request
进行逻辑处理然后向 ResponseWriter
中写入响应的头部信息和响应内容。
回到上面的 HandleFunc
函数,它调用了 *ServeMux.HandleFunc
将处理器注册到指定路由规则上:
func (mux *ServeMux) HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
if handler == nil {
panic("http: nil handler")
}
mux.Handle(pattern, HandlerFunc(handler))
}
注意一下这行代码:
mux.Handle(pattern, HandlerFunc(handler))
这里 HandlerFunc
实际上是将 handler
函数做了一个类型转换,将函数转换为了 http.HandlerFunc
类型(注意:注册路由时调用的是 http.HandleFunc
,这里类型是 http.HandlerFunc
)。看一下 HandlerFunc
的定义:
type HandlerFunc func(ResponseWriter, *Request)
// ServeHTTP calls f(w, r).
func (f HandlerFunc) ServeHTTP(w ResponseWriter, r *Request) {
f(w, r)
}
HandlerFunc
类型表示的是一个具有 func(ResponseWriter, *Request)
签名的函数类型,并且这种类型实现了 ServeHTTP
方法(在其实现的 ServeHTTP
方法中又调用了被转换的函数自身)。也就是说这个类型的函数其实就是一个 Handler
类型的对象。利用这种类型转换,我们可以将将具有 func(ResponseWriter, *Request)
签名的普通函数转换为一个 Handler
对象,而不需要定义一个结构体,再让这个结构实现 ServeHTTP
方法。
ServeMux (服务复用器)
上面的代码中可以看到不论是使用 http.HandleFunc
还是 http.Handle
注册路由的处理函数时最后都会用到 ServerMux
结构的 Handle
方法去注册路由处理函数。
我们先来看一下 ServeMux
的定义:
type ServeMux struct {
mu sync.RWMutex
m map[string]muxEntry
es []muxEntry // slice of entries sorted from longest to shortest.
hosts bool // whether any patterns contain hostnames
}
type muxEntry struct {
h Handler
pattern string
}
ServeMux
中的字段 m
,是一个 map
,key
是路由表达式,value
是一个 muxEntry
结构,muxEntry
结构体存储了路由表达式和对应的 handler
。字段 m
对应的 map
用于路由的精确匹配而 es
字段的 slice
会用于路由的部分匹配,这个到了路由匹配部分再细讲。
ServeMux
也实现了 ServeHTTP
方法:
func (mux *ServeMux) ServeHTTP(w ResponseWriter, r *Request) {
if r.RequestURI == "*" {
if r.ProtoAtLeast(1, 1) {
w.Header().Set("Connection", "close")
}
w.WriteHeader(StatusBadRequest)
return
}
h, _ := mux.Handler(r)
h.ServeHTTP(w, r)
}
也就是说 ServeMux
结构体也是 Handler
对象,只不过 ServeMux
的 ServeHTTP
方法不是用来处理具体的 request
和构建 response
,而是用来通过路由查找对应的路由处理器 Handler
对象,再去调用路由处理器的 ServeHTTP 方法去处理 request
和构建 reponse
。
注册路由
搞明白 Handler
和 ServeMux
之后,我们再回到之前的代码:
DefaultServeMux.Handle(pattern, handler)
这里的 DefaultServeMux
表示一个默认的 ServeMux
实例,在上面的例子中我们没有创建自定义的 ServeMux
,所以会自动使用 DefaultServeMux
然后再看一下 ServeMux
的 Handle
方法是怎么注册路由的处理函数的:
func (mux *ServeMux) Handle(pattern string, handler Handler) {
mux.mu.Lock()
defer mux.mu.Unlock()
if pattern == "" {
panic("http: invalid pattern")
}
if handler == nil {
panic("http: nil handler")
}
// 路由已经注册过处理器函数,直接panic
if _, exist := mux.m[pattern]; exist {
panic("http: multiple registrations for " + pattern)
}
if mux.m == nil {
mux.m = make(map[string]muxEntry)
}
// 用路由的pattern和处理函数创建 muxEntry 对象
e := muxEntry{h: handler, pattern: pattern}
// 向ServeMux的m 字段增加新的路由匹配规则
mux.m[pattern] = e
if pattern[len(pattern)-1] == '/' {
// 如果路由patterm以'/'结尾,则将对应的muxEntry对象加入到[]muxEntry中,路由长的位于切片的前面
mux.es = appendSorted(mux.es, e)
}
if pattern[0] != '/' {
mux.hosts = true
}
}
Handle
方法注册路由时主要做了两件事情:一个就是向 ServeMux
的 map[string]muxEntry
增加给定的路由匹配规则;然后如果路由表达式以'/'
结尾,则将对应的 muxEntry
对象加入到 []muxEntry
中,按照路由表达式长度倒序排列。前者用于路由精确匹配,后者用于部分匹配,具体怎么匹配的后面再看。
自定义 ServeMux
通过 http.NewServeMux()
可以创建一个 ServeMux
实例取代默认的 DefaultServeMux
我们把上面输出 Hello World
的 http server
再次改造一下,使用自定义的 ServeMux
实例作为 ListenAndServe()
方法的第二个参数,并且增加一个 /welcome
路由(下面的代码主要是展示用 Handle
和 HandleFunc
注册路由,实际使用的时候不必这么麻烦,选一种就好):
package main
import (
"fmt"
"net/http"
)
type WelcomeHandlerStruct struct {
}
func HelloHandler(w http.ResponseWriter, r *http.Request) {
fmt.Fprintf(w, "Hello World")
}
func (*WelcomeHandlerStruct) ServeHTTP(w http.ResponseWriter, r *http.Request) {
fmt.Fprintf(w, "Welcome")
}
func main () {
mux := http.NewServeMux()
mux.HandleFunc("/", HelloHandler)
mux.Handle("/welcome", &WelcomeHandlerStruct{})
http.ListenAndServe(":8080", mux)
}
之前提到 ServeMux
也实现了 ServeHTTP
方法,因此 mux
也是一个 Handler
对象。对于 ListenAndServe()
方法,如果第二个参数是自定义 ServeMux
实例,那么 Server
实例接收到的 ServeMux
服务复用器对象将不再是 DefaultServeMux
而是 mux
。
启动服务
路由注册完成后,使用 http.ListenAndServe
方法就能启动服务器开始监听指定端口过来的请求。
func ListenAndServe(addr string, handler Handler) error {
server := &Server{Addr: addr, Handler: handler}
return server.ListenAndServe()
}
func (srv *Server) ListenAndServe() error {
if srv.shuttingDown() {
return ErrServerClosed
}
addr := srv.Addr
if addr == "" {
addr = ":http"
}
ln, err := net.Listen("tcp", addr)
if err != nil {
return err
}
return srv.Serve(tcpKeepAliveListener{ln.(*net.TCPListener)})
}
这先创建了一个 Server
对象,传入了地址和 handler
参数(这里的 handler
参数时 ServeMux
实例),然后调用 Server
对象 ListenAndServe()
方法。
Server(服务器对象)
先看一下 Server
这个结构体的定义,字段比较多,可以先大致了解一下:
type Server struct {
Addr string // TCP address to listen on, ":http" if empty
Handler Handler // handler to invoke, http.DefaultServeMux if nil
TLSConfig *tls.Config
ReadTimeout time.Duration
ReadHeaderTimeout time.Duration
WriteTimeout time.Duration
IdleTimeout time.Duration
MaxHeaderBytes int
TLSNextProto map[string]func(*Server, *tls.Conn, Handler)
ConnState func(net.Conn, ConnState)
ErrorLog *log.Logger
disableKeepAlives int32 // accessed atomically.
inShutdown int32
nextProtoOnce sync.Once
nextProtoErr error
mu sync.Mutex
listeners map[*net.Listener]struct{}
activeConn map[*conn]struct{}// 活跃连接
doneChan chan struct{}
onShutdown []func()
}
在 Server
的 ListenAndServe
方法中,会初始化监听地址 Addr
,同时调用 Listen
方法设置监听。最后将监听的 TCP 对象传入其 Serve
方法。Server 对象的 Serve 方法会接收 Listener 中过来的连接,为每个连接创建一个 goroutine
,在 goroutine
中会用路由处理 Handler
对请求进行处理并构建响应。
func (srv *Server) Serve(l net.Listener) error {
......
baseCtx := context.Background() // base is always background, per Issue 16220
ctx := context.WithValue(baseCtx, ServerContextKey, srv)
for {
rw, e := l.Accept()// 接收 listener 过来的网络连接请求
......
c := srv.newConn(rw)
c.setState(c.rwc, StateNew) // 将连接放在 Server.activeConn这个 map 中
go c.serve(ctx)// 创建协程处理请求
}
}
这里隐去了一些细节,以便了解 Serve
方法的主要逻辑。首先创建一个上下文对象,然后调用 Listener
的 Accept()
接收监听到的网络连接;一旦有新的连接建立,则调用 Server
的 newConn()
创建新的连接对象,并将连接的状态标志为 StateNew
,然后开启一个 goroutine
处理连接请求。
处理连接
在开启的 goroutine
中 conn
的 serve()
会进行路由匹配找到路由处理函数然后调用处理函数。这个方法很长,我们保留关键逻辑。
func (c *conn) serve(ctx context.Context) {
...
for {
w, err := c.readRequest(ctx)
if c.r.remain != c.server.initialReadLimitSize() {
// If we read any bytes off the wire, we're active.
c.setState(c.rwc, StateActive)
}
...
serverHandler{c.server}.ServeHTTP(w, w.req)
w.cancelCtx()
if c.hijacked() {
return
}
w.finishRequest()
if !w.shouldReuseConnection() {
if w.requestBodyLimitHit || w.closedRequestBodyEarly() {
c.closeWriteAndWait()
}
return
}
c.setState(c.rwc, StateIdle)
c.curReq.Store((*response)(nil))
...
}
}
当一个连接建立之后,该连接中所有的请求都将在这个协程中进行处理,直到连接被关闭。在 serve()
方法中会循环调用 readRequest()
方法读取下一个请求进行处理,其中最关键的逻辑是下面行代码:
serverHandler{c.server}.ServeHTTP(w, w.req)
serverHandler
是一个结构体类型,它会代理 Server
对象:
type serverHandler struct {
srv *Server
}
func (sh serverHandler) ServeHTTP(rw ResponseWriter, req *Request) {
handler := sh.srv.Handler
if handler == nil {
handler = DefaultServeMux
}
if req.RequestURI == "*" && req.Method == "OPTIONS" {
handler = globalOptionsHandler{}
}
handler.ServeHTTP(rw, req)
}
在 serverHandler
实现的 ServeHTTP()
方法里的 sh.srv.Handler
就是我们最初在 http.ListenAndServe()
中传入的 Handler
参数,也就是我们自定义的 ServeMux
对象。如果该 Handler
对象为 nil
,则会使用默认的 DefaultServeMux
。最后调用 ServeMux
的 ServeHTTP()
方法匹配当前路由对应的 handler
方法。
func (mux *ServeMux) ServeHTTP(w ResponseWriter, r *Request) {
if r.RequestURI == "*" {
if r.ProtoAtLeast(1, 1) {
w.Header().Set("Connection", "close")
}
w.WriteHeader(StatusBadRequest)
return
}
h, _ := mux.Handler(r)
h.ServeHTTP(w, r)
}
func (mux *ServeMux) Handler(r *Request) (h Handler, pattern string) {
if r.Method == "CONNECT" {
if u, ok := mux.redirectToPathSlash(r.URL.Host, r.URL.Path, r.URL); ok {
return RedirectHandler(u.String(), StatusMovedPermanently), u.Path
}
return mux.handler(r.Host, r.URL.Path)
}
// All other requests have any port stripped and path cleaned
// before passing to mux.handler.
host := stripHostPort(r.Host)
path := cleanPath(r.URL.Path)
// If the given path is /tree and its handler is not registered,
// redirect for /tree/.
if u, ok := mux.redirectToPathSlash(host, path, r.URL); ok {
return RedirectHandler(u.String(), StatusMovedPermanently), u.Path
}
if path != r.URL.Path {
_, pattern = mux.handler(host, path)
url := *r.URL
url.Path = path
return RedirectHandler(url.String(), StatusMovedPermanently), pattern
}
return mux.handler(host, r.URL.Path)
}
// handler is the main implementation of Handler.
// The path is known to be in canonical form, except for CONNECT methods.
func (mux *ServeMux) handler(host, path string) (h Handler, pattern string) {
mux.mu.RLock()
defer mux.mu.RUnlock()
// Host-specific pattern takes precedence over generic ones
if mux.hosts {
h, pattern = mux.match(host + path)
}
if h == nil {
h, pattern = mux.match(path)
}
if h == nil {
h, pattern