虽然在使用Golang的时候发现没有try catch这种错误处理机制但是想一想golang作为一门优雅的语言,似乎也是情理之中。因为在java中 throws在函数签名中有一个关键字,旨在使异常流程比较简洁,但是一旦预期的异常数量增加,就很难准确捕捉到具体异常所在。
虽然golang中并不提供try catch的写法但是零值概念啊等等一些设计,在加上在panic的时候还可以使用recover进行处理,我觉得还是可以接受的。
在进入正题之前我们还是需要新了解一下panic和recover和error
golang新手特别喜欢将panic当作exception(我也是这么过来的。。),而这么做会导致panic被滥用。
func recover() interface{}
recover
是一个内建的函数,用于重新获得 panic 协程的控制。 只有在延迟函数的内部,调用 recover
才有用。在延迟函数内调用 recover
,可以取到 panic
的错误信息,并且停止 panic 续发事件(Panicking Sequence),程序运行恢复正常。如果在延迟函数的外部调用 recover
,就不能停止 panic 续发事件。
golang中内置的错误类型error是一个接口,自定义的错误类型必须实现error接口,这样调用可以通过Error()获取到具体的错误信息而不用关系错误的具体类型。
// The error built-in interface type is the conventional interface for
// representing an error condition, with the nil value representing no error.
type error interface {
Error() string
}
很多语言限制函数只能有一个返回值,这就显得尤为宝贵,而golang的多返回值语法糖避免了这种方式带来的不便,错误值一般作为返回值列表的最后一个,其他返回值是成功执行时需要返回的信息。也就衍生出了如下判断:
if err != nil {
// error handling
} else {
// normal code
}
虽然这种错误处理方式代码写起来很蛋疼,但是golang风格确实推荐使用此种方式。
var numIsZero = errors.New("num1 is zero")
var numIsNotZero = errors.New("num1 is not zero")
func GetInt(num1 int) (int, error) {
if num1 == 0 {
return num1, numIsZero
} else {
return num1, numIsNotZero
}
}
//比较错误
func ErrEquals() {
_, err := GetInt(1)
if err == numIsNotZero {
}
}
HTTP 表示客户端的错误状态码有几十个。如果为每种状态码都预定义相应的错误值,代码会变得很繁琐:
var ErrBadRequest = errors.New("status code 400: bad request")
var ErrUnauthorized = errors.New("status code 401: unauthorized")
这种场景下最佳的最法是自定义一种错误类型,并且至少实现 Error()
方法(满足 error 定义):
type HTTPError struct {
Code int
Description string
}
func (h *HTTPError) Error() string {
return fmt.Sprintf("status code %d: %s", h.Code, h.Description)
}
这种方式下进行等值判断时需要转成具体的自定义类型然后取出 Code 字段判断:
func request() error {
return &HTTPError{404, "not found"}
}
func main() {
err := request()
if err != nil {
// an error occured
if err.(*HTTPError).Code == 404 {
// handle a "not found" error
} else {
// handle a different error
}
}
}
tyr catch 需要谨慎使用,因为panic / recover 和 try / catch 机制最大的不同在于控制流程上的区别。try / catch 机制控制流作用在 try 代码块内,代码块执行到异常抛出点(throw)时,控制流跳出 try 代码块,转到对应的 catch 代码块,然后继续往下执行。panic / recover 机制控制流则作用在整个 goroutine 的调用栈。当 goroutine 执行到 panic 时,控制流开始在当前 goroutine 的调用栈内向上回溯(unwind)并执行每个函数的 defer 。如果 defer 中遇到 recover 则回溯停止,如果执行到 goroutine 最顶层的 defer 还没有 recover ,运行时就输出调用栈信息然后退出。所以如果要使用 recover 避免 panic 导致进程挂掉,recover 必须要放到 defer 里。为了避免过于复杂的代码,最好不要使用嵌套的 defer ,并且 recover 应该直接放到 defer 函数里直接调用。
package main
import (
"fmt"
)
func main() {
defer func() {
if err := recover(); err != nil {
fmt.Println("error:", err)
}
}()
fmt.Println("start")
panic("Big Error")
fmt.Println("stop")
}
输出:
start
error: Big Error
此部分的代码相当于try部分的代码一旦被panic 后面的代码就不会被执行了,而是跳到 defer部分
fmt.Println("start")
panic("Big Error")
fmt.Println("stop")
接收到错误并处理相当于catch:
defer func() {
if err := recover(); err != nil {
fmt.Println("error:", err)
}
}()
注意如果想再次catch需要按照从下往上的循序进行异常处理,原因的话了解defer。:
func main() {
defer func() {
if err := recover(); err != nil {
fmt.Println("error:", err)
}
}()
defer func() {
if err := recover(); err != nil {
fmt.Println("再次panic")
panic(err)
}
}()
fmt.Println("start")
panic("Big Error")
fmt.Println("stop")
}
func main() {
defer func() {
if err := recover(); err != nil {
fmt.Println("error:", err)
}
}()
defer func() {
if err := recover(); err != nil {
fmt.Println("再次panic")
panic(err)
}
}()
defer func() {
if err := recover(); err != nil {
fmt.Println("再次panic")
panic(err)
}
}()
defer func() {
if err := recover(); err != nil {
fmt.Println("再次panic")
panic(err)
}
}()
fmt.Println("start")
panic("Big Error")
fmt.Println("stop")
}
输出:
start
再次panic
再次panic
再次panic
error: Big Error