自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

一文讀懂 Go Http Server 原理

開發(fā) 前端
第一個(gè)參數(shù)Addr是要監(jiān)聽的地址和端口,第二個(gè)參數(shù)Handler一般是nil,它是真正的邏輯處理,但我們通常用第一行代碼那樣來注冊處理器,這代碼一看就感覺是把 path 映射到業(yè)務(wù)邏輯上,我們先大概了解,待會再來看它。

從一個(gè) Demo 入手

俗話說萬事開頭難,但用 Go 實(shí)現(xiàn)一個(gè) Http Server 真不難,簡單到什么程度?起一個(gè) Server,并且能響應(yīng)請求,算上包名、導(dǎo)入的依賴,甚至空行,也就只要 15 行代碼:

package main

import (
"io"
"net/http"
)

func main() {
http.HandleFunc("/hello", hello)
http.ListenAndServe(":81", nil)
}

func hello(response http.ResponseWriter, request *http.Request) {
io.WriteString(response, "hello world")
}

這么簡單,能與之一戰(zhàn)的恐怕只有 Python 了吧,而且 Go 還能編譯成可執(zhí)行的二進(jìn)制文件,你說牛啤不牛?。?/p>

Http Server 如何處理連接?

我們從這一行代碼看起

http.ListenAndServe(":81", nil)

從命名來看,這個(gè)方法干了兩件事,監(jiān)聽并且服務(wù),從方法的單一職責(zé)上來說,我覺得不ok,一個(gè)方法怎么能干兩件事?但這是大佬寫的代碼,就很合理。

第一個(gè)參數(shù)Addr是要監(jiān)聽的地址和端口,第二個(gè)參數(shù)Handler一般是nil,它是真正的邏輯處理,但我們通常用第一行代碼那樣來注冊處理器,這代碼一看就感覺是把 path 映射到業(yè)務(wù)邏輯上,我們先大概了解,待會再來看它。

http.HandleFunc("/hello", hello)

如果了解過一點(diǎn)網(wǎng)絡(luò)編程基礎(chǔ),就會知道操作系統(tǒng)提供了bind、listen、accept這樣的系統(tǒng)調(diào)用,我們只要按順序發(fā)起調(diào)用,就能組合出一個(gè) Server。

Go 也是利用這些系統(tǒng)調(diào)用,把他們都封裝在了ListenAndServe中。

圖片

Listen 往下追究就是系統(tǒng)調(diào)用,所以我們重點(diǎn)看 Serve:

圖片

把分支代碼收起來,只看主干,發(fā)現(xiàn)是一個(gè) for 循環(huán)里面在不停地 Accept,而這個(gè) Accept 在沒有連接時(shí)是阻塞的,當(dāng)有連接時(shí),起一個(gè)新的協(xié)程來處理。

Http Server 如何處理請求?

一些前置工作

處理請求的一行代碼是,可以看出是每個(gè)連接單開了一個(gè)協(xié)程處理:

go c.serve(connCtx)

這里的 connCtx 代入了當(dāng)前的 Server 對象:

ctx := context.WithValue(baseCtx, ServerContextKey, srv)
...
connCtx := ctx

而且還提供了修改它的 hook 方法 srv.ConnContext,可以在每次 Accept 時(shí)修改原始的 context

if cc := srv.ConnContext; cc != nil {
connCtx = cc(connCtx, rw)
if connCtx == nil {
panic("ConnContext returned nil")
}
}

它的定義是:

// ConnContext optionally specifies a function that modifies
// the context used for a new connection c. The provided ctx
// is derived from the base context and has a ServerContextKey
// value.
ConnContext func(ctx context.Context, c net.Conn) context.Context

但是如果按照我開頭給的代碼,你是沒法修改 srv.ConnContext 的,可以改成這樣來自定義:

func main() {
http.HandleFunc("/hello", hello)
server := http.Server{
Addr: ":81",
ConnContext: func(ctx context.Context, c net.Conn) context.Context {
return context.WithValue(ctx, "hello", "roshi")
},
}
server.ListenAndServe()
}

同樣的 c.setState 也提供了 hook,可采取如上的方法設(shè)置,在每次連接狀態(tài)改變時(shí)執(zhí)行 hook 方法:

c.setState(c.rwc, StateNew, runHooks) // before Serve can return
// ConnState specifies an optional callback function that is
// called when a client connection changes state. See the
// ConnState type and associated constants for details.
ConnState func(net.Conn, ConnState)

開始真正干活

為了能看清楚 Accept 后,serve 方法到底干了什么,我們再簡化一下:

func (c *conn) serve(ctx context.Context) {
...
for {
w, err := c.readRequest(ctx)
...
serverHandler{c.server}.ServeHTTP(w, w.req)
...
}
}

serve 也是一個(gè)大循環(huán),循環(huán)里面主要是讀取一個(gè)請求,然后將請求交給 Handler 處理。

為什么是一個(gè)大循環(huán)呢?因?yàn)槊總€(gè) serve 處理的是一個(gè)連接,一個(gè)連接可以有多次請求。

讀請求就顯得比較枯燥乏味,按照Http協(xié)議,讀出URL,header,body等信息。

這里有個(gè)細(xì)節(jié)是在每次讀取了一個(gè)請求后,還開了一個(gè)協(xié)程去讀下一個(gè)請求,也算是做了優(yōu)化吧。

for {
w, err := c.readRequest(ctx)
...

if requestBodyRemains(req.Body) {
registerOnHitEOF(req.Body, w.conn.r.startBackgroundRead)
} else {
w.conn.r.startBackgroundRead() }
...
}

請求如何路由?

當(dāng)讀取到一個(gè)請求后,便進(jìn)入這一行代碼:

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

ServeHTTP 找到我們注冊的 Handler 去處理,如果請求的URI 是 *或請求 Method 是 OPTIONS,則使用globalOptionsHandler,也就是說這類請求不需要我們手動(dòng)處理,直接就返回了。

對于我們注冊的 Handler 也需要去尋找路由,這個(gè)路由的規(guī)則還是比較簡單,主要由如下三條:

  • 如果注冊了帶 host 的路由,則按 host + path 去尋找,如果沒注冊帶 host 的路由,則按 path 尋找
  • 路由規(guī)則匹配以完全匹配優(yōu)先,如果注冊的路由規(guī)則最后一個(gè)字符是/,則除了完全匹配外,還會以前綴查找

舉幾個(gè)例子來理解一下:

  • 帶 host 的匹配規(guī)則

注冊路由為

http.HandleFunc("/hello", hello)
http.HandleFunc("127.0.0.1/hello", hello2)

此時(shí)如果執(zhí)行

curl 'http://127.0.0.1:81/hello'

則會匹配到 hello2,但如果執(zhí)行

curl 'http://localhost:81/hello'

就匹配的是 hello

  • 前綴匹配

如果注冊路由為

http.HandleFunc("/hello", hello)
http.HandleFunc("127.0.0.1/hello/", hello2)

注意第二個(gè)最后還有個(gè)/,此時(shí)如果執(zhí)行

curl 'http://127.0.0.1:81/hello/roshi'

也能匹配到 hello2,怎么樣,是不是理解了?

找到路由之后就直接調(diào)用我們開頭注冊的方法,如果我們往 Response 中寫入數(shù)據(jù),就能返回給客戶端,這樣一個(gè)請求就處理完成了。

總結(jié)

最后我們回憶下 Go Http Server 的要點(diǎn):

  • 用 Go 起一個(gè) Http Server 非常簡單
  • Go Http Server 本質(zhì)是一個(gè)大循環(huán),每當(dāng)有一個(gè)新連接時(shí),會起一個(gè)新的協(xié)程來處理
  • 每個(gè)連接的處理也是一個(gè)大循環(huán),這個(gè)循環(huán)里做了讀取請求、尋找路由、執(zhí)行邏輯三件大事


圖片

責(zé)任編輯:武曉燕 來源: 捉蟲大師
相關(guān)推薦

2017-05-04 20:29:12

HTTP服務(wù)器TCP

2020-03-08 21:22:03

HTTP112

2021-12-16 14:45:09

https架構(gòu)服務(wù)端

2022-05-12 10:53:42

keepalivevrrp協(xié)議

2023-12-22 19:59:15

2021-08-04 16:06:45

DataOps智領(lǐng)云

2021-10-20 07:18:51

Linux延時(shí)隊(duì)列

2021-10-15 14:28:30

React 組件渲染

2019-05-14 10:50:11

HTTP協(xié)議HttpServlet

2021-02-26 05:24:35

Java垃圾回收

2021-04-30 19:53:53

HugePages大內(nèi)存頁物理

2024-04-10 10:34:34

Cache系統(tǒng)GPU

2018-09-28 14:06:25

前端緩存后端

2022-09-22 09:00:46

CSS單位

2022-11-06 21:14:02

數(shù)據(jù)驅(qū)動(dòng)架構(gòu)數(shù)據(jù)

2025-04-03 10:56:47

2020-05-14 14:52:05

HDFS數(shù)據(jù)集架構(gòu)

2022-04-10 10:57:06

eBPFJIT即時(shí)編譯

2023-05-20 17:58:31

低代碼軟件

2023-11-27 17:35:48

ComponentWeb外層
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號