Go语言error类型

转载此处，请点击！

error类型是go语言的一种内置类型，使用的时候不用特定去import,他本质上是一个接口,

 type error interface{
  Error() string //Error()是每一个订制的error对象需要填充的错误消息,可以理解成是一个字段Error
}

  
  

  
  

怎样去理解这个订制呢？
我们知道接口这个东西，必须拥有它的实现块才能调用，放在这里就是说，Error()必须得到填充，才能使用.
比方说下面三种方式：
第一种:通过errors包去订制error

error := errors.New("hello,error")//使用errors必须import "errors"包
if error != nil {
    fmt.Print(err)
}

  
  

  
  

来解释一下errors包，只是一个为Error()填充的简易封装,整个包的内容，只有一个New方法，可以直接看

func New(text string) error

  
  

  
  

第二种，通过fmt.Errorf()去订制

err := fmt.Errorf("hello error")
if err != nil {
    fmt.Print(err)
}

  
  

  
  

可以说和第一种雷同了.

第三种，就是通过自定义的MyError块去订制了

//一个包裹了错误类型对象的自定义错误类型
type MyError struct {
err error 
}

//订制Error()
func (e MyError) Error() string {
    return e.err.Error()
}

func main() {
    err:=MyError{
    errors.New("hello error"),
    }
   fmt.Println(err.Error())
}

三种方式差异都不大,输出结果都是 hello error
实际上error只是一段错误信息，真正抛出异常并不是单纯靠error，panic和recover的用法以后总结

errorx

实际生产中，不管是fmt.Errorf还是errors.New都不能真正满足我们的需求，如果只是这样使用，我们在生产中，会遇到以下问题:

• 无法做到在某一层统一处理错误，造成每一个错误的位置，都log.Println(e),同一个错误多次处理。
• 错误本身不包括抛出的位置，假设内部函数有多个地方抛出同一个错误，你根本没法通过一个"EOF"判断是哪个地方抛出来的EOF。
• 错误处理的位置，必须打全debug.Stack。会具备很多垃圾栈。

可以使用errorx包解决上述问题。

import "github.com/fwhezfwhez/errorx"