前言
通常我們需要編寫好的錯(cuò)誤處理方式,在了避免某些程序員濫用異常,于是Go這里直接把異常這一塊給砍掉了,最終還是通過返回值來判斷程序的異常情況,畢竟Go可是支持多返回值的語言,比如atoi、itoa等函數(shù),就不能忽略它的第二個(gè)返回值,因?yàn)榈诙€(gè)返回值代表了轉(zhuǎn)換是否成功!不過Golang還是提供了一些錯(cuò)誤處理機(jī)制的
Go的錯(cuò)誤機(jī)制
1、沒有異常機(jī)制
2、error類型實(shí)現(xiàn)了error接口
3、可以通過errors.New來快速創(chuàng)建錯(cuò)誤實(shí)例
type error interface{
Error() string
}
error.New("n must be in range[0, 1]")
但是這樣做只是給開發(fā)者標(biāo)識(shí),Code怎么認(rèn)識(shí)呢?難道去string里判斷嗎?當(dāng)然不是,可以預(yù)定義一些錯(cuò)誤:
處理錯(cuò)誤最佳實(shí)踐
1、預(yù)定義錯(cuò)誤,code里判斷
2、及早失敗,避免嵌套
panic與recover
panic用于不可恢復(fù)的錯(cuò)誤,類似于Java的Error
panic退出前會(huì)執(zhí)行defer指定的內(nèi)容
panic和os.Exit
os.Exit退出時(shí)不會(huì)調(diào)用defer指定的函數(shù)
os.Exit退出時(shí)不會(huì)輸出當(dāng)前調(diào)用棧信息
接下來看看recover
在Java中如果你不知道要拋出什么錯(cuò)誤,于是乎很多人直接來個(gè)Catch Throwable,作為一個(gè)異常無Fack說,C++中是直接catch…作為一個(gè)異常無Fack說
在Go語言中可以通過defer定義的函數(shù)去執(zhí)行一些錯(cuò)誤恢復(fù)的行為
很多人容易在defer處理錯(cuò)誤時(shí)把recover獲得的錯(cuò)誤對(duì)象打印到日志文件中,這是一種非常危險(xiǎn)的做法,一定要當(dāng)心recover在做的事情,因?yàn)閞ecover的時(shí)候并不去檢測(cè)到底發(fā)生了什么錯(cuò)誤,而是直接忽略了這個(gè)錯(cuò)誤,那么如果這個(gè)時(shí)候系統(tǒng)的核心資源消耗完了,如果我們強(qiáng)制性的恢復(fù)的話系統(tǒng)仍然是不能正常工作的,還會(huì)導(dǎo)致我們的健康檢查程序沒辦法檢查出當(dāng)前系統(tǒng)的問題,因?yàn)楹芏嗟膆ealth check只是檢查進(jìn)程在還是不在,因?yàn)槲覀兊倪M(jìn)程是在的,所以會(huì)導(dǎo)致僵尸服務(wù)進(jìn)程,雖然活著但是無法正常提供服務(wù)。于是我們可以采用恢復(fù)設(shè)計(jì)模式中的一種叫做Let it Crash ,health check進(jìn)程就會(huì)幫我們重啟這個(gè)服務(wù)
總結(jié)
到此這篇關(guān)于Golang中異常處理機(jī)制的文章就介紹到這了,更多相關(guān)Golang異常處理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- Go語言異常處理案例解析
- 深入理解golang的異常處理機(jī)制
- 利用golang實(shí)現(xiàn)封裝trycatch異常處理實(shí)例代碼
- go語言異常panic和恢復(fù)recover用法實(shí)例
- 小學(xué)生也能看懂的Golang異常處理recover panic