go中错误机制使用 error 还是使用 painc?

在其他语言中的 try{}catche(){} 结构通常是在入口函数下加上, 然后实现业务逻辑时出现异常就直接trhow Exception 就行

那么在 go 中, 有两种方式, 一种是:

func A(a string) (res string, err error) {
    res, err = B(a)
    // 实际中的 A 函数调用不止一个 B, 还有 C, D, E 什么的的
    if err != nil {
        return "", err
    }
    return res, nil
}

func B(b string) (res string, err error) {
    if b == "a" {
        return "hello " + b, nil
    } else {
        return "", errors.New("params need a")
    }
}

这种将 error 一层层向外翻

还是说通过 panic/recover的方式返回

func A(a string) (res string, err error) {
    defer func() {
        if err := recover(); err != nil {
            fmt.Println(err)
        }
    }()
    res = B(a)
    return res, err
}

func B(b string) (res string) {
    if b == "a" {
        return "hello " + b
    } else {
        panic("params need a")
    }
}

我的疑问是:

  1. 这两种方式的使用场景是什么?
  2. 如果滥用 panic 会造成什么后果?
阅读 1.9k
1 个回答
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题