網(wǎng)站首頁(yè) 編程語(yǔ)言 正文
我們?cè)谑褂肎olang時(shí),不可避免會(huì)遇到異常情況的處理,與Java、Python等語(yǔ)言不同的是,Go中并沒(méi)有try...catch...這樣的語(yǔ)句塊,我們知道在Java中使用try...catch...這種模式不僅能分離的錯(cuò)誤與返回值和參數(shù),也提供了結(jié)構(gòu)化處理異常的可能,通過(guò)面向?qū)ο蟮乃枷耄覀兛梢宰远x錯(cuò)誤類、子類,它們又可以包裝其他錯(cuò)誤,確保錯(cuò)誤上下文不會(huì)丟失。但是在Go中,異常是作為函數(shù)返回值,返回給調(diào)用方的,這個(gè)時(shí)候我們?nèi)绾尾拍芨玫奶幚懋惓D兀?/p>
對(duì)于異常的處理,我們應(yīng)該把握三個(gè)原則:
- 不重復(fù)處理異常;
- 異常信息中需要包含完整調(diào)用棧;
- 要提供異常的上下文信息;
func read(filePath string) (string, error) { content ,err := ioutil.ReadFile(filePath) if err != nil { log.Printf("Read file err: %v", err) return "", err } return string(content), nil } func parse(content string) (Employ, error) { // 解析文件得到Employ對(duì)象 } func checkAttr(attr interface{}) error { // 校驗(yàn)對(duì)象屬性 } func commitEmployInfoFromFile(filePath string) error { content, err := read(filePath) if err != nil { return errors.New("Read object file error") } employ, err := parse(content) if err != nil { return errors.New("Parse object content error") } if err = checkAttr(employ.Name); err != nil { return err } if err = checkAttr(employ.Age); err != nil { return err } if err = checkAttr(employ.Salary); err != nil { return err } return nil }
我們分析上面的代碼,可以很明顯看到read函數(shù)中違背了【不重復(fù)處理異常】的原則,雖然這里僅僅是打印,但是只要你向上拋異常,調(diào)用方很有可能再次打印,這就導(dǎo)致日志中存在大量重復(fù)信息,不便于分析。因?yàn)槲覀冃薷膔ead函數(shù):
func read(filePath string) (string, error) { content ,err := ioutil.ReadFile(filePath) if err != nil { return "", err } return string(content), nil }
再來(lái)看看這一部分代碼,日志中僅僅打印了錯(cuò)誤信息,但是缺少錯(cuò)誤堆棧,這樣非常不利于問(wèn)題代碼的定位。
content, err := read(filePath) if err != nil { return errors.New("Read object file error") } employ, err := parse(content) if err != nil { return errors.New("Parse object content error") }
上面的代碼還有一個(gè)問(wèn)題,那就是錯(cuò)誤信息都是簡(jiǎn)單的字符串信息,缺少上下文信息,比如:
errors.New("Read object file error")
我們只能知道是文件讀取出錯(cuò)了,但無(wú)法得知是哪個(gè)文件有問(wèn)題,因此我們最好加入文件信息到日志中。改良后的代碼如下:
content, err := read(filePath) if err != nil { return fmt.Errorf("Read object file %v error: %v", filePath, err) } employ, err := parse(content) if err != nil { return fmt.Errorf("Parse object content error: %v", err) }
最后,我們?cè)倏纯催@一段代碼,這種寫法非常常見(jiàn),很多剛使用Golang的朋友都覺(jué)得非常頭痛,由于Golang中沒(méi)有throw或raise機(jī)制,所以會(huì)導(dǎo)致代碼中使用大量if對(duì)錯(cuò)誤進(jìn)行處理,非常不優(yōu)雅。
if err = checkAttr(employ.Name); err != nil { return err } if err = checkAttr(employ.Age); err != nil { return err } if err = checkAttr(employ.Salary); err != nil { return err }
對(duì)于這類代碼我們可以使用匿名函數(shù)進(jìn)行簡(jiǎn)化,我們將checkAttr和err的判斷封裝在匿名函數(shù)check中,一旦某一次check出現(xiàn)error,則都不會(huì)在進(jìn)行后續(xù)的屬性校驗(yàn)。
check := func(attr interface{}){ if err != nil{ return } err = checkAttr(attr) } check(employ.Name) check(employ.Age) check(employ.Salary) return err
當(dāng)然,這種方式是還需要?jiǎng)?chuàng)建一個(gè)匿名函數(shù)以及一個(gè)error變量,這會(huì)讓我們的commitEmployInfoFromFile函數(shù)顯得不太干凈,我們可以進(jìn)一步優(yōu)化:
type EmployChecker struct { err error } func (c *EmployChecker) check(attr interface{}) { if c.err == nil { c.err = checkAttr(attr) } } func commitEmployInfoFromFile(filePath string) error { content, err := read(filePath) if err != nil { return fmt.Errorf("Read object file %v error: %v", filePath, err) } employ, err := parse(content) if err != nil { return fmt.Errorf("Parse object content error: %v", err) } checker := EmployChecker{} checker.check(employ.Name) checker.check(employ.Age) checker.check(employ.Salary) err = checker.err return err }
當(dāng)然,這種方式是有一定局限性的,它只能在對(duì)于同一個(gè)業(yè)務(wù)對(duì)象的不斷操作下可以簡(jiǎn)化錯(cuò)誤處理,對(duì)于多個(gè)業(yè)務(wù)對(duì)象的話,還是得需要各種?if err != nil
的方式。
其實(shí),對(duì)于Go的異常處理,我們不能說(shuō)Golang不支持try catch,那它就不行,君不見(jiàn)try catch嵌套有多可怕,我們沒(méi)必要一味追求代碼的簡(jiǎn)潔,從而使用各種技巧去“優(yōu)化”它,只要代碼不冗余,清晰,簡(jiǎn)單就可以了。
原文鏈接:https://www.cnblogs.com/alalazy/p/16849272.html
相關(guān)推薦
- 2022-12-08 C/C++高精度運(yùn)算(大整數(shù)運(yùn)算)詳細(xì)講解_C 語(yǔ)言
- 2022-10-01 Python類與實(shí)例的使用詳解_python
- 2021-09-25 Flutter實(shí)現(xiàn)底部彈窗效果_Android
- 2022-06-02 深入解析Apache?Hudi內(nèi)核文件標(biāo)記機(jī)制_服務(wù)器其它
- 2022-09-25 Django 使用定時(shí)任務(wù)
- 2022-02-21 css 改變input光標(biāo)顏色
- 2022-07-16 SpringMVC @Controller和@RequestMapping注解
- 2023-02-17 GO項(xiàng)目實(shí)戰(zhàn)之Gorm格式化時(shí)間字段實(shí)現(xiàn)_Golang
- 最近更新
-
- 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)程分支