golang error与panic处理

error与panic

error:可预见的错误

panic:不可预见的异常

panic处理

通过panic,defer,recover来处理异常

如下示例代码,当一个http链接到来时,golang会调用serve函数,serve函数会解析http协议,然后交给上层的handler处理,如果上层的handler内抛出异常的话,会被defer里面的recover函数捕获,打印出当前的堆栈信息,这样就可以防止一个http请求发生异常导致整个程序崩溃了。

func (c *conn)serve() {
    defer func() {
        if err := recover(); err != nil {
            const size = 64 << 10
            buf := make([]byte, size)
            buf = buf[:runtime.Stack(buf, false)]
            fmt.Printlf("http: panic serving %v: %v\n%s", c.remoteAddr, err, buf)
        }
    }()
    w := c.readRequest()
    ServeHTTP(w, w.req)
} 

error处理

在defer中集中处理错误

func demo() {
    var err error 
    defer func() {
        if err != nil {
            //  处理发生的错误,打印日志等信息
            return 
        }
    }
    err = func1()
    if err != nil {
        return 
    }
    err = func2()
    if err != nil {
        return 
    }
    .....
} 

all-or-nothing check

如果一个完整的任务内有多个小的任务,我们没有必要执行完每个小的任务都检查下是否有错,我们可以在所有的小任务执行完成后再去判断整个任务的执行过程中有没有错误。

//冗长的代码,满篇重复的 if err != nil 
_, err = fd.Write(p0[a:b])
if err != nil {
    return err
}
_, err = fd.Write(p1[c:d])
if err != nil {
    return err
}
_, err = fd.Write(p2[e:f])
if err != nil {
    return err
}
// and so on

我们可以这样简化代码

type errWriter struct {
    w   io.Writer
    err error
}
func (ew *errWriter) write(buf []byte) {
    if ew.err != nil {
        return
    }
    _, ew.err = ew.w.Write(buf)
}
ew := &errWriter{w: fd}
ew.write(p0[a:b])
ew.write(p1[c:d])
ew.write(p2[e:f])
// 只需要在最后检查一次
if ew.err != nil {
    return ew.err
}

这种处理方式有一个明显的问题是不知道整个任务是在哪一个小的任务执行的时候发生错误,如果我们需要关注每个小任务的进度则这种方式就不适合了。

错误上下文

error是一个接口,任何实现了Error()函数的类型都满足该接口,errors.New()实际上返回的是一个errorString类型,该类型内仅包含一个string字符串,没有错误发生的上下文信息,当我们把error不断向上抛,在上层做统一处理时,只能输出一个字符串信息而不知道错误是在什么地方什么情况下发生的。

type error interface {
    Error() string
}
type errorString struct {
    s string
}
func (e *errorString) Error() string {
    return e.s
}
func New(text string) error {
    return &errorString{text}
}

既然error是一个接口,那我们也可以自己实现一个满足该接口的类型,并记录下发生错误的文件,函数,堆栈等信息,更方便错误的查找。

package stackerr
import (
    "fmt"
    "runtime"
    "strings"
)
type StackErr struct {
    Filename      string
    CallingMethod string
    Line          int
    ErrorMessage  string
    StackTrace    string
}
func New(err interface{}) *StackErr {
    var errMessage string
    switch t := err.(type) {
    case *StackErr:
        return t
    case string:
        errMessage = t
    case error:
        errMessage = t.Error()
    default:
        errMessage = fmt.Sprintf("%v", t)
    }
    stackErr := &StackErr{}
    stackErr.ErrorMessage = errMessage
    _, file, line, ok := runtime.Caller(1)
    if ok {
        stackErr.Line = line
        components := strings.Split(file, "/")
        stackErr.Filename = components[(len(components) - 1)]
    }
    const size = 1 << 12
    buf := make([]byte, size)
    n := runtime.Stack(buf, false)
    stackErr.StackTrace = string(buf[:n])
    return stackErr
}
func (this *StackErr) Error() string {
    return this.ErrorMessage
}
func (this *StackErr) Stack() string {
    return fmt.Sprintf("{%s:%d} %s\nStack Info:\n %s", this.Filename, this.Line, this.ErrorMessage, this.StackTrace)
}
func (this *StackErr) Detail() string {
    return fmt.Sprintf("{%s:%d} %s", this.Filename, this.Line, this.ErrorMessage)
}

第三方错误库推荐

github.com/pkg/errors是一款提供了日志上下文封装的error库,可以非常方便的给error加上额外的信息、记录stack信息等等。详细使用说明可以参考github或者源码。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • 序言 错误和异常是两个不同的概念,非常容易混淆。很多程序员习惯将一切非正常情况都看做错误,而不区分错误和异常,即使...
    _张晓龙_阅读 79,137评论 16 137
  • error code(错误代码)=0是操作成功完成。error code(错误代码)=1是功能错误。error c...
    Heikki_阅读 8,739评论 1 9
  • 前言 本规范是针对 Go 语言的编码规范,目的是为了统一项目的编码风格,提高源程序的可读性、可靠性和可重用性,从而...
    _张晓龙_阅读 5,977评论 5 21
  • error code(错误代码)=2000是无效的像素格式。error code(错误代码)=2001是指定的驱动...
    Heikki_阅读 6,208评论 0 4
  • 本周的工作计划主要有三项: 一、继确定研究方向之后,进一步明确我的研究目的和内容,调研现有研究方向下哪些领域比较受...
    IceySu阅读 2,515评论 1 1

友情链接更多精彩内容