前言

通常我們需要編寫好的錯(cuò)誤處理方式，在了避免某些程序員濫用異常，于是Go這里直接把異常這一塊給砍掉了，最終還是通過(guò)返回值來(lái)判斷程序的異常情況，畢竟Go可是支持多返回值的語(yǔ)言，比如atoi、itoa等函數(shù)，就不能忽略它的第二個(gè)返回值，因?yàn)榈诙€(gè)返回值代表了轉(zhuǎn)換是否成功！不過(guò)Golang還是提供了一些錯(cuò)誤處理機(jī)制的

Go的錯(cuò)誤機(jī)制

1、沒(méi)有異常機(jī)制

2、error類型實(shí)現(xiàn)了error接口

3、可以通過(guò)errors.New來(lái)快速創(chuàng)建錯(cuò)誤實(shí)例

type error interface{
    Error() string
}

error.New("n must be in range[0, 1]")

但是這樣做只是給開(kāi)發(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)用棧信息

接下來(lái)看看recover

在Java中如果你不知道要拋出什么錯(cuò)誤，于是乎很多人直接來(lái)個(gè)Catch Throwable，作為一個(gè)異常無(wú)Fack說(shuō)，C++中是直接catch…作為一個(gè)異常無(wú)Fack說(shuō)

在Go語(yǔ)言中可以通過(guò)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)致我們的健康檢查程序沒(méi)辦法檢查出當(dāng)前系統(tǒng)的問(wèn)題，因?yàn)楹芏嗟膆ealth check只是檢查進(jìn)程在還是不在，因?yàn)槲覀兊倪M(jìn)程是在的，所以會(huì)導(dǎo)致僵尸服務(wù)進(jìn)程，雖然活著但是無(wú)法正常提供服務(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)文章希望大家以后多多支持腳本之家！