快捷導(dǎo)航

一文教你如何優(yōu)雅處理Golang中的異常

更新時(shí)間：2022年11月02日 09:38:48 作者：阿拉懶神燈

我們?cè)谑褂肎olang時(shí)，不可避免會(huì)遇到異常情況的處理，與Java、Python等語(yǔ)言不同的是，Go中并沒(méi)有try...catch...這樣的語(yǔ)句塊，這個(gè)時(shí)候我們?nèi)绾尾拍芨玫奶幚懋惓Ｄ?？本文?lái)教你正確方法

我們?cè)谑褂肎olang時(shí)，不可避免會(huì)遇到異常情況的處理，與Java、Python等語(yǔ)言不同的是，Go中并沒(méi)有try...catch...這樣的語(yǔ)句塊，我們知道在Java中使用try...catch...這種模式不僅能分離的錯(cuò)誤與返回值和參數(shù)，也提供了結(jié)構(gòu)化處理異常的可能，通過(guò)面向?qū)ο蟮乃枷?，我們可以自定義錯(cuò)誤類、子類，它們又可以包裝其他錯(cuò)誤，確保錯(cuò)誤上下文不會(huì)丟失。但是在Go中，異常是作為函數(shù)返回值，返回給調(diào)用方的，這個(gè)時(shí)候我們?nèi)绾尾拍芨玫奶幚懋惓Ｄ兀?/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è)倏纯催@一段代碼，這種寫(xiě)法非常常見(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)單就可以了。

到此這篇關(guān)于一文教你如何優(yōu)雅處理Golang中的異常的文章就介紹到這了,更多相關(guān)Golang處理異常內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: