Golang中異常處理機制詳解
前言
通常我們需要編寫好的錯誤處理方式,在了避免某些程序員濫用異常,于是Go這里直接把異常這一塊給砍掉了,最終還是通過返回值來判斷程序的異常情況,畢竟Go可是支持多返回值的語言,比如atoi、itoa等函數,就不能忽略它的第二個返回值,因為第二個返回值代表了轉換是否成功!不過Golang還是提供了一些錯誤處理機制的

Go的錯誤機制
1、沒有異常機制
2、error類型實現了error接口
3、可以通過errors.New來快速創(chuàng)建錯誤實例
type error interface{
Error() string
}
error.New("n must be in range[0, 1]")

但是這樣做只是給開發(fā)者標識,Code怎么認識呢?難道去string里判斷嗎?當然不是,可以預定義一些錯誤:

處理錯誤最佳實踐
1、預定義錯誤,code里判斷
2、及早失敗,避免嵌套
panic與recover
panic用于不可恢復的錯誤,類似于Java的Error
panic退出前會執(zhí)行defer指定的內容
panic和os.Exit
os.Exit退出時不會調用defer指定的函數
os.Exit退出時不會輸出當前調用棧信息

接下來看看recover
在Java中如果你不知道要拋出什么錯誤,于是乎很多人直接來個Catch Throwable,作為一個異常無Fack說,C++中是直接catch…作為一個異常無Fack說

在Go語言中可以通過defer定義的函數去執(zhí)行一些錯誤恢復的行為

很多人容易在defer處理錯誤時把recover獲得的錯誤對象打印到日志文件中,這是一種非常危險的做法,一定要當心recover在做的事情,因為recover的時候并不去檢測到底發(fā)生了什么錯誤,而是直接忽略了這個錯誤,那么如果這個時候系統的核心資源消耗完了,如果我們強制性的恢復的話系統仍然是不能正常工作的,還會導致我們的健康檢查程序沒辦法檢查出當前系統的問題,因為很多的health check只是檢查進程在還是不在,因為我們的進程是在的,所以會導致僵尸服務進程,雖然活著但是無法正常提供服務。于是我們可以采用恢復設計模式中的一種叫做Let it Crash ,health check進程就會幫我們重啟這個服務

總結
到此這篇關于Golang中異常處理機制的文章就介紹到這了,更多相關Golang異常處理內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Golang?range?slice?與range?array?之間的區(qū)別
這篇文章主要介紹了Golang?range?slice?與range?array?之間的區(qū)別,文章圍繞主題展開詳細的內容介紹,具有一定的參考價值,需要的小伙伴可以參考一下2022-07-07
Go語言中的空值(nil)與零值(zerovalue)區(qū)別詳解
在Go語言中,空值(nil)和零值(zero value)是兩個不同的概念,它們在語義、使用場景以及實際的編程實踐中有著明顯的區(qū)別,理解這兩者的差異對于編寫清晰、健壯的Go代碼至關重要,需要的朋友可以參考下2024-06-06

