網(wǎng)站首頁(yè) 編程語(yǔ)言 正文
1、panic
當(dāng)我們執(zhí)行panic的時(shí)候會(huì)結(jié)束下面的流程:
package main import "fmt" func main() { fmt.Println("hello") panic("stop") fmt.Println("world") }
輸出:
go run 9.go?
hello
panic: stop
但是panic也是可以捕獲的,我們可以使用defer和recover實(shí)現(xiàn):
package main import "fmt" func main() { defer func() { if r := recover(); r != nil { fmt.Println("recover: ", r) } }() fmt.Println("hello") panic("stop") fmt.Println("world") }
輸出:
go run 9.go
hello
recover: ?stop
那什么時(shí)候適合panic呢?在 Go 中,panic 用于表示真正的異常,例如程序錯(cuò)誤。我們經(jīng)常會(huì)在一些內(nèi)置包里面看到panic的身影。
比如strings.Repeat重復(fù)返回一個(gè)由字符串 s 的計(jì)數(shù)副本組成的新字符串:
func Repeat(s string, count int) string { if count == 0 { return "" } // if count < 0 { panic("strings: negative Repeat count") } else if len(s)*count/count != len(s) { panic("strings: Repeat count causes overflow") } ... }
我們可以看到當(dāng)重復(fù)的次數(shù)小于0或者重復(fù)count次之后s的長(zhǎng)度溢出,程序會(huì)直接panic,而不是返回錯(cuò)誤。這時(shí)因?yàn)閟trings包限制了error的使用,所以在程序錯(cuò)誤時(shí)會(huì)直接panic。
還有一個(gè)例子是關(guān)于正則表達(dá)式的例子:
package main import ( "fmt" "regexp" ) func main() { pattern := "a[a-z]b*" // 1 compile, err := regexp.Compile(pattern) // 2 if err != nil { // 2 fmt.Println("compile err: ", err) return } // 3 allString := compile.FindAllString("acbcdadb", 3) fmt.Println(allString) }
- 編寫一個(gè)正則表達(dá)式
- 調(diào)用Compile,解析正則表達(dá)式,如果成功,返回用于匹配文本的 Regexp 對(duì)象。否則返回錯(cuò)誤
- 利用正則,在輸入的字符串中,獲取所有的匹配字符
可以看到如果上面正則解析失敗是可以繼續(xù)往下執(zhí)行的,但是regexp包中還有另外一個(gè)方法MustCompile:
func MustCompile(str string) *Regexp { regexp, err := Compile(str) if err != nil { panic(`regexp: Compile(` + quote(str) + `): ` + err.Error()) } return regexp }
這個(gè)方法說(shuō)明正則的解析是強(qiáng)依賴的,如果解析錯(cuò)誤,直接panic結(jié)束程序。用戶可以根據(jù)實(shí)際情況選擇。
但是實(shí)際開(kāi)發(fā)中我們還是要謹(jǐn)慎使用panic,因?yàn)樗鼤?huì)使程序結(jié)束運(yùn)行(除非我們調(diào)用defer recover)
2、包裝錯(cuò)誤
錯(cuò)誤包裝是將錯(cuò)誤包裝或者打包在一個(gè)包裝容器中,這樣的話我們就可以追溯到源錯(cuò)誤。錯(cuò)誤包裝的主要作用就是:
- 為錯(cuò)誤添加上下文
- 將錯(cuò)誤標(biāo)記為特定類型的錯(cuò)誤
我們可以看一個(gè)訪問(wèn)數(shù)據(jù)庫(kù)的例子:
package main import ( "fmt" "github.com/pkg/errors" ) type Courseware struct { Id int64 Code string Name string } func getCourseware(id int64) (*Courseware, error) { courseware, err := getFromDB(id) if err != nil { return nil, errors.Wrap(err, "六月的想訪問(wèn)這個(gè)課件") // 2 } return courseware, nil } func getFromDB(id int64) (*Courseware, error) { return nil, errors.New("permission denied") // 1 } func main() { _, err := getCourseware(11) if err != nil { fmt.Println(err) } }
- 訪問(wèn)數(shù)據(jù)庫(kù)時(shí)我們返回了原始的錯(cuò)誤信息
- 到上層我們添加了一些自定義的上下文信息
輸出:
go run 9.go
六月的想訪問(wèn)這個(gè)課件: permission denied
當(dāng)然我們也可以將錯(cuò)誤包裝成我們自定義類型的錯(cuò)誤,我們稍微修改下上面的例子:
package main import ( "fmt" "github.com/pkg/errors" ) type Courseware struct { Id int64 Code string Name string } // 1 type ForbiddenError struct { Err error } // 2 func (e *ForbiddenError) Error() string { return "Forbidden: " + e.Err.Error() } func getCourseware(id int64) (*Courseware, error) { courseware, err := getFromDB(id) if err != nil { return nil, &ForbiddenError{err} // 4 } return courseware, nil } func getFromDB(id int64) (*Courseware, error) { return nil, errors.New("permission denied") // 3 } func main() { _, err := getCourseware(11) if err != nil { fmt.Println(err) } }
- 首先我們自定義了ForbiddenError的錯(cuò)誤類型
- 我們實(shí)現(xiàn)了error接口
- 訪問(wèn)數(shù)據(jù)庫(kù)拋出原始錯(cuò)誤
- 上層返回ForbiddenError類型的錯(cuò)誤
輸出:
go run 9.go
Forbidden: permission denied
當(dāng)然我們也可以不用創(chuàng)建自定義錯(cuò)誤的類型,去包裝錯(cuò)誤添加上下文:
package main import ( "fmt" "github.com/pkg/errors" ) type Courseware struct { Id int64 Code string Name string } func getCourseware(id int64) (*Courseware, error) { courseware, err := getFromDB(id) if err != nil { return nil, fmt.Errorf("another wrap err: %w", err) // 1 } return courseware, nil } func getFromDB(id int64) (*Courseware, error) { return nil, errors.New("permission denied") } func main() { _, err := getCourseware(11) if err != nil { fmt.Println(err) } }
使用%w包裝錯(cuò)誤
使用這的好處是我們可以追溯到源錯(cuò)誤,從而方便我們做一些特殊的處理。
還有一種方式是使用:
return nil, fmt.Errorf("another wrap err: %v", err)
%v的方式不會(huì)包裝錯(cuò)誤,所以無(wú)法追溯到源錯(cuò)誤,但往往有時(shí)候我們會(huì)選擇這種方式,而不用%w的方式。%w的方式雖然能包裝源錯(cuò)誤,但往往我們會(huì)通過(guò)源錯(cuò)誤去做一些處理,假如源錯(cuò)誤被修改,那包裝這個(gè)源錯(cuò)誤的相關(guān)錯(cuò)誤都需要做響應(yīng)變化。
3、錯(cuò)誤類型判斷
我們擴(kuò)展一下上面查詢課件的例子。現(xiàn)在我們有這樣的判斷,如果傳進(jìn)來(lái)的id不合法我們返回400錯(cuò)誤,如果查詢數(shù)據(jù)庫(kù)報(bào)錯(cuò)我們返回500錯(cuò)誤,我們可以像下面這樣寫:
package main import ( "fmt" "github.com/pkg/errors" ) type Courseware struct { Id int64 Code string Name string } type ForbiddenError struct { Err error } func (e *ForbiddenError) Error() string { return "Forbidden: " + e.Err.Error() } func getCourseware(id int64) (*Courseware, error) { if id <= 0 { return nil, fmt.Errorf("invalid id: %d", id) } courseware, err := getFromDB(id) if err != nil { return nil, &ForbiddenError{err} } return courseware, nil } func getFromDB(id int64) (*Courseware, error) { return nil, errors.New("permission denied") } func main() { _, err := getCourseware(500) // 我們可以修改這里的id看下打印的結(jié)構(gòu) if err != nil { switch err := err.(type) { case *ForbiddenError: fmt.Println("500 err: ", err) default: fmt.Println("400 err: ", err) } } }
輸出:
go run 9.go
500 err: ?Forbidden: permission denied
這樣看起來(lái)好像也沒(méi)什么問(wèn)題,現(xiàn)在我們稍微修改下代碼,把上面ForbiddenError包裝一下:
package main import ( "fmt" "github.com/pkg/errors" ) type Courseware struct { Id int64 Code string Name string } type ForbiddenError struct { Err error } func (e *ForbiddenError) Error() string { return "Forbidden: " + e.Err.Error() } func getCourseware(id int64) (*Courseware, error) { if id <= 0 { return nil, fmt.Errorf("invalid id: %d", id) } courseware, err := getFromDB(id) if err != nil { return nil, fmt.Errorf("wrap err: %w", &ForbiddenError{err}) // 這里包裝了一層錯(cuò)誤 } return courseware, nil } func getFromDB(id int64) (*Courseware, error) { return nil, errors.New("permission denied") } func main() { _, err := getCourseware(500) if err != nil { switch err := err.(type) { case *ForbiddenError: fmt.Println("500 err: ", err) default: fmt.Println("400 err: ", err) } } }
輸出:
go run 9.go
400 err: ?wrap err: Forbidden: permission denied
可以看到我們的Forbidden錯(cuò)誤進(jìn)到了400里面,這并不是我們想要的結(jié)果。之所以會(huì)這樣,是因?yàn)樵贔orbiddenError的外面又包裝了一層Error錯(cuò)誤,使用類型斷言的時(shí)候判斷出來(lái)的是Error錯(cuò)誤,所以進(jìn)到了400分支。
這里我們可以使用errors.As方法,它會(huì)遞歸調(diào)用Unwrap方法,找到錯(cuò)誤鏈中第一個(gè)與target匹配的方法:
package main import ( "fmt" "github.com/pkg/errors" ) type Courseware struct { Id int64 Code string Name string } type ForbiddenError struct { Err error } func (e *ForbiddenError) Error() string { return "Forbidden: " + e.Err.Error() } func getCourseware(id int64) (*Courseware, error) { if id <= 0 { return nil, fmt.Errorf("invalid id: %d", id) } courseware, err := getFromDB(id) if err != nil { return nil, fmt.Errorf("wrap err: %w", &ForbiddenError{err}) } return courseware, nil } func getFromDB(id int64) (*Courseware, error) { return nil, errors.New("permission denied") } func main() { _, err := getCourseware(500) if err != nil { var f *ForbiddenError // 這里實(shí)現(xiàn)了*ForbiddenError接口,不然會(huì)panic if errors.As(err, &f) { // 找到匹配的錯(cuò)誤 fmt.Println("500 err: ", err) } else { fmt.Println("400 err: ", err) } } }
輸出:
go run 9.go
500 err: ?wrap err: Forbidden: permission denied
4、錯(cuò)誤值判斷
在代碼中或者mysql庫(kù)或者io庫(kù)中我們經(jīng)常會(huì)看到這樣的全局錯(cuò)誤:
var ErrCourseware = errors.New("courseware")
這種錯(cuò)誤我們稱之為哨兵錯(cuò)誤。一般數(shù)據(jù)庫(kù)沒(méi)查到ErrNoRows或者io讀到了EOF錯(cuò)誤,這些特定的錯(cuò)誤可以幫助我們做一些特殊的處理。
一般我們會(huì)直接用==號(hào)判斷錯(cuò)誤值,但是就像上面的如果錯(cuò)誤被包裝哪我們就不好去判斷了。好在errors包中提供了errors.Is方法,通過(guò)遞歸調(diào)用Unwrap判斷錯(cuò)誤鏈中是否與目標(biāo)錯(cuò)誤相匹配的錯(cuò)誤值:
if err != nil { if errors.Is(err, ErrCourseware) { // ... } else { // ... } }
原文鏈接:https://www.cnblogs.com/liuyuede123/p/16850908.html
相關(guān)推薦
- 2022-11-04 Android自定義View實(shí)現(xiàn)時(shí)鐘功能_Android
- 2022-05-11 pg分區(qū)表的實(shí)踐
- 2023-10-17 npm ERR! code ELIFECYCLE解決方案,npm犯錯(cuò)!myweb@1.0.0構(gòu)建腳本
- 2022-06-12 C語(yǔ)言?struct結(jié)構(gòu)體超詳細(xì)講解_C 語(yǔ)言
- 2022-08-16 C#?泛型List排序的實(shí)現(xiàn)_C#教程
- 2023-01-29 Python安裝Talib庫(kù)的詳細(xì)圖文教程_python
- 2022-07-07 Asp.Net上傳文件并配置可上傳大文件的方法_基礎(chǔ)應(yīng)用
- 2022-11-21 解析Rust?struct?中的生命周期_Rust語(yǔ)言
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細(xì)win安裝深度學(xué)習(xí)環(huán)境2025年最新版(
- Linux 中運(yùn)行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲(chǔ)小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎(chǔ)操作-- 運(yùn)算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認(rèn)證信息的處理
- Spring Security之認(rèn)證過(guò)濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權(quán)
- redisson分布式鎖中waittime的設(shè)
- maven:解決release錯(cuò)誤:Artif
- restTemplate使用總結(jié)
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實(shí)現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務(wù)發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結(jié)構(gòu)-簡(jiǎn)單動(dòng)態(tài)字符串(SD
- arthas操作spring被代理目標(biāo)對(duì)象命令
- Spring中的單例模式應(yīng)用詳解
- 聊聊消息隊(duì)列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠(yuǎn)程分支