分析Go錯(cuò)誤處理優(yōu)化go?recover機(jī)制缺陷
引言
Go 的錯(cuò)誤處理一直是表現(xiàn)最突出的一塊地方,許許多多的同學(xué)都提出了各種提案,例如:引入 try-catch、用 panic 代替 if err != nil、引入新的關(guān)鍵字等。但這些都被一一駁回了。
不過(guò)社區(qū)依然還沒(méi)放棄,周末看到有一個(gè)新的提案《proposal: runtime: add parameters to recover to only return specific types》挺有意思。
語(yǔ)法說(shuō)明
Go 的 panic、recover、defer 的基本使用方式。如下代碼:
package main import "fmt" func mayPanic() { panic("a problem") } func main() { defer func() { if r := recover(); r != nil { fmt.Println("Recovered. Error:\n", r) } }() mayPanic() fmt.Println("After mayPanic()") }
輸出結(jié)果:
Recovered. Error:
a problem
新提案
由于有 Go1 兼容性保障,新提案是在原有的 recover 函數(shù)上動(dòng)小手術(shù)。希望可以現(xiàn)在運(yùn)行時(shí)的 recover 中加入?yún)?shù),僅支持返回特定的類型。
函數(shù)簽名:
recover(except ...interface{})
案例代碼:
defer func(){ if err := recover(&MyError{}, &HelloError{}); err != nil { switch e := err.(type) { case *MyError: fmt.Println(e) case *HelloError: fmt.Println(e) } } }
上面代碼中,recover 函數(shù)只支持傳入 MyError 和 HelloError 的指針類型。再在處理邏輯中根據(jù)所傳入的錯(cuò)誤類型,進(jìn)行斷言分類,實(shí)際上去做不同的邏輯處理。
重點(diǎn)就是限定 recover 入?yún)㈩愋汀?/p>
討論
有些小伙伴可能發(fā)現(xiàn)了,對(duì)比看看 PHP 的 try-catch 的用法,與前面的提案代碼是不是有好幾分神似呢?
如下代碼:
try { ... } catch (Exception $e) { echo $e->getMessage(); } catch (InvalidArgumentException $e) { echo $e->getMessage(); } catch (BarException $ex) { echo $e->getMessage(); } catch (FooException $ex) { echo $e->getMessage(); }
本質(zhì)上這個(gè)新的提案是想在不破壞 Go1 兼容性的情況下,在 Go 中實(shí)現(xiàn) try-catch 的方式。
社區(qū)在交流時(shí),也發(fā)現(xiàn)了用戶在現(xiàn)有機(jī)制下可以自主實(shí)現(xiàn) Go 的類 try-catch 的模式。
如下代碼:
func Recover(expect ...interface{}) interface{} { if err := recover(); err != nil { if len(expect) == 0 { return err } rv1 := reflect.Indirect(reflect.ValueOf(err)) for _, e := range expect { rv2 := reflect.Indirect(reflect.ValueOf(e)) if rv1.Type() == rv2.Type() { return err } } panic(err) } return nil }
這個(gè)自制方法的問(wèn)題是每次 Recover panic 都會(huì)將堆棧深度增加 2。因此還是寄希望于 Go 官方能夠在運(yùn)行時(shí)支持。
在 Go 標(biāo)準(zhǔn)庫(kù)的用途對(duì)比上,也有產(chǎn)生一定的作用,其涉及到的代碼基本為:
總結(jié)
這個(gè)提案本質(zhì)上是希望通過(guò)在 recover 函數(shù)中增加入?yún)⒖刂?,再配合?nèi)部邏輯實(shí)現(xiàn)類似 Go 版本的 try-catch 的錯(cuò)誤處理機(jī)制模型,且實(shí)際在 Go 標(biāo)準(zhǔn)庫(kù)中有復(fù)用的空間。
但現(xiàn)階段該提案也是贊同和反對(duì)參半,也有人認(rèn)為可以用戶自己實(shí)現(xiàn),那就沒(méi)必要加大復(fù)雜度,去做這個(gè)收益不夠大的實(shí)現(xiàn)。
你覺(jué)得這能補(bǔ)全 Go 錯(cuò)誤處理的一些機(jī)制缺陷嗎?
以上就是分析Go錯(cuò)誤處理優(yōu)化go recover機(jī)制缺陷的詳細(xì)內(nèi)容,更多關(guān)于go recover錯(cuò)誤處理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
基于Go語(yǔ)言實(shí)現(xiàn)的簡(jiǎn)易api網(wǎng)關(guān)的示例代碼
本文主要介紹了基于Go語(yǔ)言實(shí)現(xiàn)的簡(jiǎn)易api網(wǎng)關(guān),文中通過(guò)示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2021-12-12Go語(yǔ)言基礎(chǔ)知識(shí)點(diǎn)介紹
在本篇文章里小編給大家整理的是一篇關(guān)于Go語(yǔ)言基礎(chǔ)知識(shí)點(diǎn)介紹內(nèi)容,有興趣的朋友們可以跟著學(xué)習(xí)參考下。2021-07-07Go實(shí)現(xiàn)map并發(fā)安全的3種方式總結(jié)
Go的原生map不是并發(fā)安全的,在多協(xié)程讀寫同一個(gè)map的時(shí)候,安全性無(wú)法得到保障,這篇文章主要給大家總結(jié)介紹了關(guān)于Go實(shí)現(xiàn)map并發(fā)安全的3種方式,需要的朋友可以參考下2023-10-10