1、 【致命】不是所有Panic都能捕獲

我們知道Golang給開(kāi)發(fā)人員提供recover()機(jī)制，對(duì)堆棧異常（panic）進(jìn)行捕獲并自定義其處理邏輯。下面舉個(gè)例子：

構(gòu)造一個(gè)除0的異常場(chǎng)景：

?

輸出結(jié)果：

?

我們看到程序正常退出，沒(méi)有異常，說(shuō)明recover()按照預(yù)期捕獲到panic異常；但不是所有panic都能通過(guò)recover()捕捉到的，比如：并發(fā)操作map實(shí)例。

構(gòu)造并發(fā)操作map的場(chǎng)景：

?

輸出結(jié)果：

?

以上結(jié)果可知，我們不能單純依靠recover()解決函數(shù)內(nèi)部所有panic異常，應(yīng)該做到以下幾點(diǎn)：

a) 通過(guò)編寫(xiě)代碼校驗(yàn)，防止能預(yù)期到的panic，比如：空指針引用的指針判斷。

b) 對(duì)于無(wú)法預(yù)期的panic，使用recover()捕獲并加以處理。

c) 使用map時(shí)，必須要考慮是否存在并發(fā)讀寫(xiě)場(chǎng)景，存在時(shí)，應(yīng)使用ConcurrentMap組件或自己加sync.RWMutex進(jìn)行加鎖保護(hù)。

相關(guān)參考：

關(guān)于并發(fā)讀寫(xiě)map導(dǎo)致的panic無(wú)法使用recover()捕獲，是Go1.6增加的一個(gè)特性，https://golang.org/doc/go1.6#runtime；

當(dāng)然這個(gè)并非是唯一一個(gè)無(wú)法通過(guò)recover()捕獲的場(chǎng)景，還有可能Go本身的bug，https://github.com/golang/go/issues/21717；這個(gè)Bug在Go1.9.2才修復(fù)

2、 【嚴(yán)重】小心Map的內(nèi)存泄露

大部分Golang程序做業(yè)務(wù)緩存實(shí)現(xiàn)時(shí)，都使用了map，看以下代碼片段，簡(jiǎn)單模擬了這種使用場(chǎng)景：

?

增加環(huán)境變量GODEBUG=gctrace=1，運(yùn)行可見(jiàn)，即使代碼邏輯清空了map，但進(jìn)程內(nèi)存使用并沒(méi)有像預(yù)期那樣“實(shí)報(bào)實(shí)銷(xiāo)”：

?

應(yīng)如何解決：定期替換成新的map，釋放舊的map對(duì)象。

?

3、 【提示】不是每次Map遍歷都能得到相同排序的集合

經(jīng)常遇到一些業(yè)務(wù)場(chǎng)景，需要將map的所有元素打印輸出，在Golang里面實(shí)現(xiàn)是非常簡(jiǎn)單的，一個(gè)for range就可以實(shí)現(xiàn)，但結(jié)果卻有點(diǎn)出人意料：

?

輸出結(jié)果：

?

兩次遍歷的結(jié)果均不相同，這是為什么呢？這是Golang故意增加的一個(gè)隨機(jī)數(shù)導(dǎo)致的，https://blog.golang.org/go-maps-in-action；所以如果對(duì)結(jié)果一致性有要求的業(yè)務(wù)邏輯，就不能簡(jiǎn)單的遍歷map了，可以這樣實(shí)現(xiàn)：

?

4、 【嚴(yán)重】客戶(hù)端執(zhí)行Response.Body.Close()后HTTP連接真的關(guān)閉了嗎？

按照官方文檔對(duì)標(biāo)準(zhǔn)庫(kù)中的http client包的說(shuō)明，在使用時(shí)需要主動(dòng)調(diào)用Response.Body.Close()將連接關(guān)閉，但并不說(shuō)明只要寫(xiě)了這句話(huà)就能關(guān)閉連接的。看看以下場(chǎng)景：

?

執(zhí)行后，統(tǒng)計(jì)了下連接數(shù)，發(fā)現(xiàn)大量TIME_WAIT連接沒(méi)有按預(yù)期回收，看來(lái)Response.Body.Close()沒(méi)生效。

?

我們把代碼調(diào)整如下：

?

再看看連接數(shù)統(tǒng)計(jì)：

?

為什么？以上是個(gè)較為特殊的場(chǎng)景，業(yè)務(wù)只關(guān)心請(qǐng)求的響應(yīng)碼，并不關(guān)心響應(yīng)體，所以沒(méi)有加入讀取resp.Body的代碼。可以看到此時(shí)關(guān)閉Body讀取數(shù)據(jù)通道，會(huì)導(dǎo)致Golang底層沒(méi)有真正關(guān)閉連接。要解決這個(gè)這種場(chǎng)景出現(xiàn)的連接泄露問(wèn)題，需要在Close前額外加入io.Copy(ioutil.Discard, resp.Body)，來(lái)完成TCP響應(yīng)體讀取流程。

Go語(yǔ)言未來(lái)的前景很不錯(cuò)，而在國(guó)內(nèi)的大廠中，華為云對(duì)此的支持還是可以的，在其微服務(wù)應(yīng)用平臺(tái)、微服務(wù)引擎中開(kāi)放了Go語(yǔ)言的服務(wù)框架。

目前，華為云有一個(gè)關(guān)于微服務(wù)的活動(dòng)，有想應(yīng)用服務(wù)微服務(wù)化需求的朋友可以考慮試用一下！

https://activity.huaweicloud.com/cse/index.html?dfk

?

轉(zhuǎn)載于:https://www.cnblogs.com/hwpaas/p/9233583.html

總結(jié)

以上是生活随笔為你收集整理的使用Golang时遇到的一些坑的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。