首頁  >  文章  >  後端開發  >  golang如何做一個伺服器?

golang如何做一個伺服器?

coldplay.xixi
coldplay.xixi原創
2020-06-20 09:46:384090瀏覽

golang如何做一個伺服器?

golang如何做一個伺服器?

golang做一個伺服器的方法:

我們知道,golang中的net/http套件對網路的支援非常好,這會讓我們比較容易的建立起一個相對簡單的伺服器,我們來看一段程式碼

func sayHi(w http.ResponseWriter, r *http.Request)  {
    fmt.Fprint(w,"Hi")
}
func main() {
    http.HandleFunc("/sayHi", sayHi)
    log.Fatal(http.ListenAndServe("localhost:8080", nil))
}

這裡就建立起了一個比較簡單的伺服器,這個是什麼意思呢?現在先大概的說一下,這裡監聽了一個我們本機的端口,然後接受客戶端的請求,再回應給客戶端對應的資料。

我們再來看一段程式碼

func sayHi(w http.ResponseWriter, r *http.Request)  {
    fmt.Fprint(w,"Hi")
}
func main() {
    serveMux := http.DefaultServeMux
    serveMux.HandleFunc("/sayHi", sayHi)
    log.Fatal(http.ListenAndServe("localhost:8080", serveMux))
}

這兩段程式碼作用是一樣的,只是在寫法上面有點差別,我們來分析一下這些Handler,HandlerFunc,DefaultServeMux 都是做什麼用的。

第一段程式碼中,HandleFunc這個函數的作用我們來看看原始碼。

func HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
    DefaultServeMux.HandleFunc(pattern, handler)
}

在原始碼中,呼叫這個函數,又會在其中呼叫一個方法。

func (mux *ServeMux) HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
    mux.Handle(pattern, HandlerFunc(handler))
}

這個方法是定義在ServeMux結構體上的,那麼這個ServeMux具體又是做什麼的呢?現在先不用管,我們跟著原始碼往下看,這裡呼叫了一個定義在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")
    }
    if _, exist := mux.m[pattern]; exist {
        panic("http: multiple registrations for " + pattern)
    }
    if mux.m == nil {
        mux.m = make(map[string]muxEntry)
    }
    mux.m[pattern] = muxEntry{h: handler, pattern: pattern}
    if pattern[0] != '/' {
        mux.hosts = true
    }
}

這裡我們看到好像在向ServeMux裡面添加了一些東西,好像有pattern,還有handler,添加這些東西有什麼用,我們再回去看看最上面的第二段程式碼。

serveMux := http.DefaultServeMux
serveMux.HandleFunc("/sayHi", sayHi)

之前的大段程式碼就是為這兩行程式碼所做的準備,如果是按照這種寫法的話,我們需要將我們自己定義的函數sayHi放到serveMux中,然而golang為我們已經做了一個預設的serveMux即DefaultServeMux,那麼我們需要存取的url路徑/sayHi,對應的處理方法就在DefaultServeMux一一對應了,那麼到這裡我們有點明白了,這個DefaultServeMux是不是就是儲存我們的存取路徑和要處理過的方法的一個集合呢?

是的,儲存的就是pattern所對應的handler,在這裡我們稱之為路由。

那麼這個相對應的是如何運作呢,這裡就需要看看http.ListenAndServe("localhost:8080", serveMux)源碼了。

我們來看看具體如何實現,這裡的源碼比較長,我們選取比較重要的幾段來看看

func ListenAndServe(addr string, handler Handler) error {
    server := &Server{Addr: addr, Handler: handler}
    return server.ListenAndServe()
}

這裡將監聽的地址和要處理的handler傳入,再往下看

go c.serve(ctx)

這裡用啟動goroutine來服務每一個客戶端的請求,最後的處理都在c.serve這個方法中,在這個方法中,有一個地方值得注意。

serverHandler{c.server}.ServeHTTP(w, w.req)

這裡又呼叫了一個ServeHTTP方法,然後去看看這個方法處理了一些什麼。

在這個方法裡面我們看到有這麼一段程式碼

if handler == nil {
        handler = DefaultServeMux
    }
...
handler.ServeHTTP(rw, req)

這裡看到如果沒有傳入handler,那麼就使用預設的DefaultServeMux,現在我們明白為什麼在開頭的第一段程式碼裡面我們要傳入一個nil,然後handler.ServeHTTP(rw, req),就是呼叫了介面Handler的實作方法,這樣就能決定某一個pattern要去對應哪一個handler,看到這裡我們大概就能明白這個伺服器的大概原理是怎麼樣的,當然這是很表面的一個分析,還有很多深層的東西要研究。

推薦教學:《go語言教學

#

以上是golang如何做一個伺服器?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn