前言：Golang接口与错误怎么搞

在写Go程序时最常见的一个问题就是接口调用出错怎么处理。很更多人说要遵守Go的显式错误处理哲学思想， 保持代码防护性，可是实际写起来还是很头疼。本文就把这一些乱七八糟的思路整理一下让你能迅速上手，归根结底。。

1、 先说接口的动态特性

Go里interface{}就是一个万能盒子，任意类型都能放进去。调用时如果想拿到具体类型， 就要做类型断言：

var v interface{} = &Person{}
if p , ok := v.; ok {
    // 用p
}

如果没判断ok，直接强较大转会panic，引起整个程序崩溃。于是第一条经验： 瞎扯。 每次*Person前面都加if p , ok := … ; ok { … }

2、空值判断不够用？那就加上错误返回

很更多接口定义了两个返回值， 一个是业务数据，一个是error. 如下：

func GetUser  {
    if id == 0 { return nil , errors.New }
    // 正常业务
}

但有时候你只需要了解有没有成功，不关心错误内容，于是有人改成：，摆烂。

func GetUser  { … }

This is wrong because you lose error details!!! 换成bool只能告诉你成功与否， 有啥用呢？ 却不了解为哪些失利。

3、 统一包装错误：AppError结构体

把错误码、消息、详情包装进一个结构体能够统一管理：

// 定义全局可用的错误结构
type AppError struct {
    Code int // 自定义业务码
    Msg string // 错误信息
    Err error // 原始底层error
}
func  Error string {
    return fmt.Sprintf
}

4、中间件捕获panic并返回JSON

换句话说... If you use Gin or Echo，你能够写一个全局中间件来捕获panic，并把AppError转成JSON返回给前端。

// Gin示例
func RecoveryWithLogger gin.HandlerFunc {
    return func {
        defer func {
            if r := recover; r != nil {
                var err *AppError
                switch x := r.{
                case *AppError:
                    err = x
                case string:
                    err = &AppError{Code:-1 , Msg:x}
                default:
                    err = &AppError{Code:-1 , Msg:"未知异常"}
                }
                c.JSON(http.StatusInternalServerError , gin.H{
                    "err_code": err.Code ,
                    "err_msg": err.Msg ,
                })
            }
        }
        c.Next
    }
}

5、 代码示例

// 随便写一点代码，不保证能跑通哟！ package main import // Person 接口实现 type Speaker interface{ Say} func talk{ s.Say} type Person 绝了... struct{name string} func Say{ fmt.Println} func main{ p:=&Person{name:\"张三\"} talk } // 上面只是演示接口调用，没有加入错误处理。

// 想要更完整， 需要像下面这样改： func safeTalk{ defer func{ if r:=recover;r!=nil{ fmt.Println}} s.Say } // 如果想返回error，能够改为： def safeTalkE{ defer func{ if r:=recover;r!=nil{ err=errors.New}}\t\t\t s.Say\t\t\t return nil } // 注意这里的defer语句要放在函数启动的位置，否则有有可能漏掉panic。

6、

- 接口调用一定要先做类型断言； coding 语言有点不容简单，记住加ok检查。 factor out common logic into middleware； don't forget to wrap errors with context； note that Go没有异常机制，所以全部错误都得显式传递。 aaaaaa…这是个很较长很较长的但我当前真实的累了先停下来歇息一下吧。

SEO较小贴士:

• #golang #interface #errorhandling #unifiederror #middleware #apperror #go编程