Golang如何實(shí)現(xiàn)連接池的方法?這個(gè)問題可能是我們?nèi)粘W(xué)習(xí)或工作經(jīng)常見到的。希望通過(guò)這個(gè)問題能讓你收獲頗深。下面是小編給大家?guī)?lái)的參考內(nèi)容,讓我們一起來(lái)看看吧!
問題引入
作為一名Golang開發(fā)者,線上環(huán)境遇到過(guò)好幾次連接數(shù)暴增問題(mysql/redis/kafka等)。
糾其原因,Golang作為常駐進(jìn)程,請(qǐng)求第三方服務(wù)或者資源完畢后,需要手動(dòng)關(guān)閉連接,否則連接會(huì)一直存在。而很多時(shí)候,開發(fā)者不一定記得關(guān)閉這個(gè)連接。
這樣是不是很麻煩?于是有了連接池。顧名思義,連接池就是管理連接的;我們從連接池獲取連接,請(qǐng)求完畢后再將連接還給連接池;連接池幫我們做了連接的建立、復(fù)用以及回收工作。
在設(shè)計(jì)與實(shí)現(xiàn)連接池時(shí),我們通常需要考慮以下幾個(gè)問題:
Golang連接池實(shí)現(xiàn)原理
我們以Golang HTTP連接池為例,分析連接池的實(shí)現(xiàn)原理。
結(jié)構(gòu)體Transport
Transport結(jié)構(gòu)定義如下:
type Transport struct { //操作空閑連接需要獲取鎖 idleMu sync.Mutex //空閑連接池,key為協(xié)議目標(biāo)地址等組合 idleConn map[connectMethodKey][]*persistConn // most recently used at end //等待空閑連接的隊(duì)列,基于切片實(shí)現(xiàn),隊(duì)列大小無(wú)限制 idleConnWait map[connectMethodKey]wantConnQueue // waiting getConns //排隊(duì)等待建立連接需要獲取鎖 connsPerHostMu sync.Mutex //每個(gè)host建立的連接數(shù) connsPerHost map[connectMethodKey]int //等待建立連接的隊(duì)列,同樣基于切片實(shí)現(xiàn),隊(duì)列大小無(wú)限制 connsPerHostWait map[connectMethodKey]wantConnQueue // waiting getConns //大空閑連接數(shù) MaxIdleConns int //每個(gè)目標(biāo)host大空閑連接數(shù);默認(rèn)為2(注意默認(rèn)值) MaxIdleConnsPerHost int //每個(gè)host可建立的大連接數(shù) MaxConnsPerHost int //連接多少時(shí)間沒有使用則被關(guān)閉 IdleConnTimeout time.Duration //禁用長(zhǎng)連接,使用短連接 DisableKeepAlives bool }