Golang HTTP Server啟動流程簡析及常用Handler介紹

可以看到,在serve方法中,首先定義了一個defer延遲回調,用于catch消息處理過程中可能產生的異常,避免服務器崩潰.然后系統之前構造的Server結構體中的Handler對象處理請求.

啟動HTTPS服務器

啟動HTTPS服務器的基本流程和啟動HTTP服務器的流程基本一致,不過由于HTTPS服務需要在握手時對請求簽名進行驗證,故在conn.serve方法中,會針對TLS協議進行驗證,之后再進入Handler處理流程.

常用Handler介紹

看完上面的代碼之后,我們會發現其實在啟動服務器之后,主線程不斷從TCP端口獲取新的請求,然后使用routine進行異步執行.服務器所起的作用其實就是一個不斷拉去消息的消息隊列.

而實際上真正處理業務邏輯的代碼是在注冊監聽時,隨端口參數一起傳入的handler對象(PS:當傳入的Handler為nil時,默認是用系統的 http.DefaultServeMux 作為處理對象.

下面我們將對一些常用的Handler對象進行介紹

Handler

Handler接口中有一個 ServeHTTP(ResponseWriter, *Request) 方法,當SERVER從TCP端口中獲取到新的請求時,會調用這個方法去執行具體,換而言之, ServeHTTP方法就是所有SERVER消息處理接口的入口函數.其他所有想要處理HTTP請求的方法都必須直接或間接通過這個接口實現.

ServeMux

ServeMux從名字上我們就可以看出它是一個路由器,對于一個SERVER,他的主入口Handler其實只有一個. 但是訪問不同的URL地址,我們又應該給予用于不同的回應.因此我們需要根據不同的URL地址,將請求分發給不同的Handler對象進行處理,ServeMux幫我們實現了這個功能.

為了讓ServeMux知道對于指定的URL地址應該使用哪個Handler對象處理,我們需要對Handler在ServeMux中進行提前注冊. ServeMux中有兩個方法 Handle 和 HandleFunc 分別用于注冊Handler對象和 func 對象.

系統默認的 http.DefaultServeMux 也是一個ServeMux類型的對象,通常我們也可以直接調用 http.Handle , 或者 http.HandleFunc 方法進行注冊.

通過查閱 ServeMux 的源碼,發現其進行URL路徑匹配的代碼如下:

 1 func (mux *ServeMux) match(path string) (h Handler, pattern string) {
 2  var n = 0
 3  for k, v := range mux.m {
 4      if !pathMatch(k, path) {
 5          continue
 6      }
 7      if h == nil || len(k) > n {
 8          n = len(k)
 9          h = v.h
10          pattern = v.pattern
11      }
12  }
13  return
14 }