日本免费高清视频-国产福利视频导航-黄色在线播放国产-天天操天天操天天操天天操|www.shdianci.com

學無先后，達者為師

網站首頁 編程語言 正文

一文教你如何優雅處理Golang中的異常_Golang

作者：阿拉懶神燈 ? 更新時間： 2022-12-05 編程語言

我們在使用Golang時，不可避免會遇到異常情況的處理，與Java、Python等語言不同的是，Go中并沒有try...catch...這樣的語句塊，我們知道在Java中使用try...catch...這種模式不僅能分離的錯誤與返回值和參數，也提供了結構化處理異常的可能，通過面向對象的思想，我們可以自定義錯誤類、子類，它們又可以包裝其他錯誤，確保錯誤上下文不會丟失。但是在Go中，異常是作為函數返回值，返回給調用方的，這個時候我們如何才能更好的處理異常呢？

對于異常的處理，我們應該把握三個原則：

  • 不重復處理異常；
  • 異常信息中需要包含完整調用棧；
  • 要提供異常的上下文信息；
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對象
}

func checkAttr(attr interface{}) error {
  // 校驗對象屬性
}

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函數中違背了【不重復處理異常】的原則，雖然這里僅僅是打印，但是只要你向上拋異常，調用方很有可能再次打印，這就導致日志中存在大量重復信息，不便于分析。因為我們修改read函數：

func read(filePath string) (string, error) {
  content ,err := ioutil.ReadFile(filePath)
  if err != nil {
    return "", err
  }
  return string(content), nil
}

再來看看這一部分代碼，日志中僅僅打印了錯誤信息，但是缺少錯誤堆棧，這樣非常不利于問題代碼的定位。

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")
  }

上面的代碼還有一個問題，那就是錯誤信息都是簡單的字符串信息，缺少上下文信息，比如：

errors.New("Read object file 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)
}

最后，我們再看看這一段代碼，這種寫法非常常見，很多剛使用Golang的朋友都覺得非常頭痛，由于Golang中沒有throw或raise機制，所以會導致代碼中使用大量if對錯誤進行處理，非常不優雅。

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
  }

對于這類代碼我們可以使用匿名函數進行簡化，我們將checkAttr和err的判斷封裝在匿名函數check中，一旦某一次check出現error，則都不會在進行后續的屬性校驗。

check := func(attr interface{}){
    if err != nil{
      return
    }
    err = checkAttr(attr)
  }

  check(employ.Name)
  check(employ.Age)
  check(employ.Salary)
  
  return err

當然，這種方式是還需要創建一個匿名函數以及一個error變量，這會讓我們的commitEmployInfoFromFile函數顯得不太干凈，我們可以進一步優化：

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
}

當然，這種方式是有一定局限性的，它只能在對于同一個業務對象的不斷操作下可以簡化錯誤處理，對于多個業務對象的話，還是得需要各種?if err != nil的方式。

其實，對于Go的異常處理，我們不能說Golang不支持try catch，那它就不行，君不見try catch嵌套有多可怕，我們沒必要一味追求代碼的簡潔，從而使用各種技巧去“優化”它，只要代碼不冗余，清晰，簡單就可以了。

原文鏈接：https://www.cnblogs.com/alalazy/p/16849272.html

欄目分類
最近更新