Golang中異常處理機制的示例分析

小編給大家分享一下Golang中異常處理機制的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

前言

通常我們需要編寫好的錯誤處理方式，在了避免某些程序員濫用異常，于是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中異常處理機制的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！