前言

通常我們需要編寫好的錯誤處理方式，在了避免某些程序員濫用異常，于是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ā)生了什么錯誤，而是直接忽略了這個錯誤，那么如果這個時候系統(tǒng)的核心資源消耗完了，如果我們強制性的恢復的話系統(tǒng)仍然是不能正常工作的，還會導致我們的健康檢查程序沒辦法檢查出當前系統(tǒng)的問題，因為很多的health check只是檢查進程在還是不在，因為我們的進程是在的，所以會導致僵尸服務進程，雖然活著但是無法正常提供服務。于是我們可以采用恢復設計模式中的一種叫做Let it Crash ，health check進程就會幫我們重啟這個服務

總結

到此這篇關于Golang中異常處理機制的文章就介紹到這了,更多相關Golang異常處理內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論