一文帶你掌握go中的異常處理
代碼在執(zhí)行的過程中可能因?yàn)橐恍┻壿嬌系膯栴}而出現(xiàn)錯(cuò)誤
func test1(a, b int) int {
result := a / b
return result
}
func main() {
resut := test1(10, 0)
fmt.Println(resut)
}
panic: runtime error: integer divide by zero
goroutine 1 [running]:
main.test1(...)
C:/Users/nlp_1/goWorkspace/src/main.go:6
main.main()
C:/Users/nlp_1/goWorkspace/src/main.go:11 +0xaerror接口
Go語(yǔ)言引入了一個(gè)關(guān)于錯(cuò)誤處理的標(biāo)準(zhǔn)模式，即error接口，它是Go語(yǔ)言內(nèi)建的接口類型，該接口的定義如下：
func test1(a, b int) (result int, err error) {
err = nil
if b == 0 {
fmt.Println("err=", err)
} else {
result = a / b
}
return
}
func main() {
result, err := test1(10, 0)
if err != nil {
fmt.Println("err=", err)
} else {
fmt.Println("err=", result)
}
}
???????err= <nil>
err= 0這種用法是非常常見的，例如，后面講解到文件操作時(shí)，涉及到文件的打開，如下：
在打開文件時(shí)，如果文件不存在，或者文件在磁盤上存儲(chǔ)的路徑寫錯(cuò)了，都會(huì)出現(xiàn)異常，這時(shí)可以使用error記錄相應(yīng)的錯(cuò)誤信息。
panic函數(shù)
error返回的是一般性的錯(cuò)誤，但是panic函數(shù)返回的是讓程序崩潰的錯(cuò)誤。
也就是當(dāng)遇到不可恢復(fù)的錯(cuò)誤狀態(tài)的時(shí)候，如數(shù)組訪問越界、空指針引用等，這些運(yùn)行時(shí)錯(cuò)誤會(huì)引起panic異常，在一般情況下，我們不應(yīng)通過調(diào)用panic函數(shù)來報(bào)告普通的錯(cuò)誤，而應(yīng)該只把它作為報(bào)告致命錯(cuò)誤的一種方式。當(dāng)某些不應(yīng)該發(fā)生的場(chǎng)景發(fā)生時(shí)，我們就應(yīng)該調(diào)用panic。
一般而言，當(dāng)panic異常發(fā)生時(shí)，程序會(huì)中斷運(yùn)行。隨后，程序崩潰并輸出日志信息。日志信息包括panic value和函數(shù)調(diào)用的堆棧跟蹤信息。
當(dāng)然，如果直接調(diào)用內(nèi)置的panic函數(shù)也會(huì)引發(fā)panic異常，panic函數(shù)接受任何值作為參數(shù)。
func test1(i int) {
var arr [3]int
arr[i] = 999
fmt.Println(arr)
}
func main() {
test1(3)
}
panic: runtime error: index out of range [3] with length 3
goroutine 1 [running]:
main.test1(0xc000052000?)
C:/Users/nlp_1/goWorkspace/src/main.go:7 +0x87
main.main()
C:/Users/nlp_1/goWorkspace/src/main.go:11 +0x18 通過觀察錯(cuò)誤信息，發(fā)現(xiàn)確實(shí)是panic異常，導(dǎo)致了整個(gè)程序崩潰。
延遲調(diào)用defer
1、defer基本使用
函數(shù)定義完成后，只有調(diào)用函數(shù)才能夠執(zhí)行，并且一經(jīng)調(diào)用立即執(zhí)行。例如：
fmt.Println("hello")
fmt.Println("老王")先輸出“hello”,然后再輸出“老王”。但是關(guān)鍵字defer?于延遲一個(gè)函數(shù)（或者當(dāng)前所創(chuàng)建的匿名函數(shù)）的執(zhí)行。注意，defer語(yǔ)句只能出現(xiàn)在函數(shù)的內(nèi)部。
基本用法如下：
defer fmt.Println("hello")
fmt.Println("老王")以上兩行代碼，輸出的結(jié)果為，先輸出“老王”，然后輸出“hello”。
defer的應(yīng)用場(chǎng)景：文件操作，先打開文件，執(zhí)行讀寫操作，最后關(guān)閉文件。為了保證文件的關(guān)閉能夠正確執(zhí)行，可以使用defer。
2、 defer執(zhí)行順序
先看如下程序執(zhí)行結(jié)果是：
defer fmt.Println("hello")
defer fmt.Println("老王")
defer fmt.Println("你好")執(zhí)行的結(jié)果是：
你好
老王
hello
總結(jié)：如果一個(gè)函數(shù)中有多個(gè)defer語(yǔ)句，它們會(huì)以后進(jìn)先出的順序執(zhí)行。
如下程序執(zhí)行的結(jié)果：
func test03(x int) {
v := 100 / x
fmt.Println(v)
}
func main() {
??????? defer fmt.Println("hello")
defer fmt.Println("老王")
defer test03(0)
defer fmt.Println("你好")
}執(zhí)行結(jié)果：
你好
老王
hello
panic: runtime error: integer divide by zero
即使函數(shù)或某個(gè)延遲調(diào)用發(fā)生錯(cuò)誤，這些調(diào)用依舊會(huì)被執(zhí)?。
defer與匿名函數(shù)結(jié)合使用
我們先看以下程序的執(zhí)行結(jié)果：
a := 10
b := 20
defer func() {
fmt.Println("匿名函數(shù)a", a)
fmt.Println("匿名函數(shù)b", b)
}()
???????a = 100
b = 200
fmt.Println("main函數(shù)a", a)
fmt.Println("main函數(shù)b", b)執(zhí)行的結(jié)果如下：
main函數(shù)a 100
main函數(shù)b 200
匿名函數(shù)a 100
匿名函數(shù)b 200
前面講解過，defer會(huì)延遲函數(shù)的執(zhí)行，雖然立即調(diào)用了匿名函數(shù)，但是該匿名函數(shù)不會(huì)執(zhí)行，等整個(gè)main()函數(shù)結(jié)束之前在去調(diào)用執(zhí)行匿名函數(shù)，所以輸出結(jié)果如上所示。
現(xiàn)在將程序做如下修改：
a := 10
b := 20
defer func(a,b int) { //添加參數(shù)
fmt.Println("匿名函數(shù)a", a)
fmt.Println("匿名函數(shù)b", b)
}(a,b) //傳參
???????a = 100
b = 200
fmt.Println("main函數(shù)a", a)
fmt.Println("main函數(shù)b", b)該程序的執(zhí)行結(jié)果如下：
main函數(shù)a 100
main函數(shù)b 200
匿名函數(shù)a 10
匿名函數(shù)b 20
從執(zhí)行結(jié)果上分析，由于匿名函數(shù)前面加上了defer所以，匿名函數(shù)沒有立即執(zhí)行。但是問題是，程序從上開始執(zhí)行當(dāng)執(zhí)行到匿名函數(shù)時(shí)，雖然沒有立即調(diào)用執(zhí)行匿名函數(shù)，但是已經(jīng)完成了參數(shù)的傳遞。
recover函數(shù)
運(yùn)行時(shí)panic異常一旦被引發(fā)就會(huì)導(dǎo)致程序崩潰。這當(dāng)然不是我們?cè)敢饪吹降?，因?yàn)檎l也不能保證程序不會(huì)發(fā)生任何運(yùn)行時(shí)錯(cuò)誤。
Go語(yǔ)言為我們提供了專用于“攔截”運(yùn)行時(shí)panic的內(nèi)建函數(shù)——recover。它可以是當(dāng)前的程序從運(yùn)行時(shí)panic的狀態(tài)中恢復(fù)并重新獲得流程控制權(quán)。
看下面例子：
package main
import "fmt"
func testA() {
fmt.Println("testA")
}
func testB(x int) {
var a [3]int
a[x] = 999
}
func testC() {
fmt.Println("testC")
}
func main() {
testA()
testB(3) //發(fā)生異常 中斷程序
testC()
}
testA
panic: runtime error: index out of range [3] with length 3
goroutine 1 [running]:
main.testB(...)
C:/Users/nlp_1/goWorkspace/src/main.go:13
main.main()
C:/Users/nlp_1/goWorkspace/src/main.go:21 +0x5b 函數(shù)B發(fā)生了異常就不會(huì)再往下 執(zhí)行了
使用recover
func testA() {
fmt.Println("testA")
}
func testB(x int) {
//設(shè)置recover()
//在defer調(diào)用的函數(shù)中使用recover()
defer func() {
//防止程序崩潰
recover()
}() //匿名函數(shù)
var a [3]int
a[x] = 999
}
func testC() {
fmt.Println("testC")
}
func main() {
testA()
testB(3) //發(fā)生異常 中斷程序
testC()
}
// 輸出結(jié)果
testA
testC通過以上程序，我們發(fā)現(xiàn)雖然TestB()函數(shù)會(huì)導(dǎo)致整個(gè)應(yīng)用程序崩潰，但是由于在改函數(shù)中調(diào)用了recover()函數(shù)，所以整個(gè)函數(shù)并沒有崩潰。雖然程序沒有崩潰，但是我們也沒有看到任何的提示信息，那么怎樣才能夠看到相應(yīng)的提示信息呢？
可以直接打印recover()函數(shù)的返回結(jié)果，如下所示：
func testB(x int) {
//設(shè)置recover()
//在defer調(diào)用的函數(shù)中使用recover()
defer func() {
//防止程序崩潰
//recover()
fmt.Println(recover()) //直接打印
}() //匿名函數(shù)
var a [3]int
a[x] = 999
}輸出結(jié)果如下：
testA
runtime error: index out of range
testC
從輸出結(jié)果發(fā)現(xiàn)，確實(shí)打印出了相應(yīng)的錯(cuò)誤信息。
但是，如果程序沒有出錯(cuò)，也就是數(shù)組下標(biāo)沒有越界，會(huì)出現(xiàn)什么情況呢？
func testA() {
fmt.Println("testA")
}
func testB(x int) {
//設(shè)置recover()
//在defer調(diào)用的函數(shù)中使用recover()
defer func() {
//防止程序崩潰
//recover()
fmt.Println(recover())
}() //匿名函數(shù)
var a [3]int
a[x] = 999
}
func testC() {
fmt.Println("testC")
}
func main() {
testA()
testB(0) //發(fā)生異常 中斷程序
testC()
}輸入的結(jié)果如下：
testA
<nil>
testC
這時(shí)輸出的是空，但是我們希望程序沒有錯(cuò)誤的時(shí)候，不輸出任何內(nèi)容。
所以，程序修改如下：
func testA() {
fmt.Println("testA")
}
func testB(x int) {
//設(shè)置recover()
//在defer調(diào)用的函數(shù)中使用recover()
defer func() {
//防止程序崩潰
//recover()
//fmt.Println(recover())
if err := recover();err != nil {
fmt.Println(err)
}
}() //匿名函數(shù)
var a [3]int
a[x] = 999
}
func testC() {
fmt.Println("testC")
}
func main() {
testA()
testB(0) //發(fā)生異常 中斷程序
testC()
}通過以上代碼，發(fā)現(xiàn)其實(shí)就是加了一層判斷。這樣就不會(huì)使得程序崩潰。
以上就是一文帶你掌握go中的異常處理的詳細(xì)內(nèi)容，更多關(guān)于go異常處理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
相關(guān)文章
sqlx是Golang中的一個(gè)知名三方庫(kù)，其為Go標(biāo)準(zhǔn)庫(kù)database/sql提供了一組擴(kuò)展支持，下面就來和大家分享一下SQLX庫(kù)的高級(jí)操作吧，希望對(duì)大家有所幫助2023-06-06
Golang使用Gin框架實(shí)現(xiàn)http分塊傳輸
這篇文章主要為大家詳細(xì)介紹了Golang中如何使用Gin框架實(shí)現(xiàn)http分塊傳輸功能，文中的示例代碼講解詳細(xì)，具有一定的學(xué)習(xí)價(jià)值，需要的可以參考一下2023-05-05
這篇文章主要為大家詳細(xì)介紹了Go中Map類型和Slice類型的傳遞，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-11-11
策略是一種行為設(shè)計(jì)模式,?它將一組行為轉(zhuǎn)換為對(duì)象,?并使其在原始上下文對(duì)象內(nèi)部能夠相互替換,本文就將通過代碼示例給大家詳細(xì)的介紹一下Go的策略模式,需要的朋友可以參考下2023-08-08
golang 并發(fā)安全Map以及分段鎖的實(shí)現(xiàn)方法
這篇文章主要介紹了golang 并發(fā)安全Map以及分段鎖的實(shí)現(xiàn)方法，小編覺得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過來看看吧2019-03-03
Validator 實(shí)際上是一個(gè)驗(yàn)證工具,屬于 golang 的第三方包,這個(gè)包中使用了各種反射技巧來提供了各種校驗(yàn)和約束數(shù)據(jù)的方式方法,下面就跟隨小編一起來學(xué)習(xí)一下validator包的使用吧2023-09-09
Golang?中的?strconv?包常用函數(shù)及用法詳解
strconv是Golang中一個(gè)非常常用的包，主要用于字符串和基本數(shù)據(jù)類型之間的相互轉(zhuǎn)換，這篇文章主要介紹了Golang中的strconv包,需要的朋友可以參考下2023-06-06
Go語(yǔ)言常見錯(cuò)誤之誤用init函數(shù)實(shí)例解析
Go語(yǔ)言中的init函數(shù)為開發(fā)者提供了一種在程序正式運(yùn)行前初始化包級(jí)變量的機(jī)制,然而,由于init函數(shù)的特殊性,不當(dāng)?shù)厥褂盟赡芤鹨幌盗袉栴},本文將深入探討如何有效地使用init函數(shù),列舉常見誤用并提供相應(yīng)的避免策略2024-01-01
Go標(biāo)準(zhǔn)庫(kù)unsafe適應(yīng)場(chǎng)景
unsafe庫(kù)是Go語(yǔ)言提供的底層內(nèi)存操作入口,其價(jià)值在于突破常規(guī)API限制,實(shí)現(xiàn)性能極致優(yōu)化與特殊場(chǎng)景適配,但其風(fēng)險(xiǎn)也需高度警惕,本文給大家介紹Go標(biāo)準(zhǔn)庫(kù)?unsafe適應(yīng)場(chǎng)景,感興趣的朋友跟隨小編一起看看吧2026-02-02
大多數(shù)語(yǔ)言都有提供各自的 HTTP 客戶端，本文將動(dòng)手實(shí)踐如何使用Go語(yǔ)言發(fā)起HTTP請(qǐng)求，并討論其中有可能遇到的問題。具有一定的參考價(jià)值，感興趣的可以了解一下2021-12-12