前言

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

Go的錯誤機制

1、沒有異常機制

2、error類型實現了error接口

3、可以通過errors.New來快速創建錯誤實例

type error interface{
    Error() string
}

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

但是這樣做只是給開發者標識，Code怎么認識呢？難道去string里判斷嗎？當然不是，可以預定義一些錯誤：

處理錯誤最佳實踐

1、預定義錯誤，code里判斷

2、及早失敗，避免嵌套

panic與recover

panic用于不可恢復的錯誤，類似于Java的Error
panic退出前會執行defer指定的內容

panic和os.Exit
os.Exit退出時不會調用defer指定的函數
os.Exit退出時不會輸出當前調用棧信息

接下來看看recover

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

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

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

總結

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