Golang学习——error错误处理浅谈

在解析了Golang中error和创建error的源码后（）。

对error有了一定理解，不过error处理才是实际开发中非常重要的一点。

Golang中的error处理是一门大学问，写出优雅又正确的处理代码是比较考验编码功底和知识广度，深度的。

今天就先浅谈一下Golang中的错误处理。

一.error与类型错误的变量进行比较

直接进行比较也是一种方式，但是有种硬编码的感觉，必须事先确定好错误类型或已经知道要发生的错误是什么类型的，这样在错误比较的时候才能处理得当。

让我们通过一个例子来理解这个问题。

filepathGlobErrBadPattern

filepathErrBadPattern

errors.New()ErrBadPattern

实战看一下就明白:

输出：

==True

errorsyntax error in pattern

但是这种方式有个问题：就是这些错误，往往是提前约定好的，而且处理起来不太灵活。

path/filepath

当然这是标准库的包，还能接受。如果很多用户自定义的包都定义了错误，那我们就要引入很多包，来判断各种错误，这容易引起循环引用的问题。

不过这种比较的优点就是错误界限比较清楚，能够清晰的知道到底是什么错误

contains

error.Error()

通过类型断言来判断error是哪种类型的错误，通常指的是那些实现了 error 接口的类型。

这些类型一般都是结构体，除了error字段外，还有其他字段，提供了额外的信息。

我们看一个实例：

PathErrorError()

我们验证一下这些字段的输出内容是什么：

输出：

通常，使用这样的 error 类型，外层调用者需要使用类型断言来判断错误。

if elseswitch case

这样的做的话，无形中会导入很多外部的包，容易引起循环引用，不太推荐。

断言底层类型的行为，通常指的是调用struct类型的方法来获取更多信息。

举个例子，查看 DNSError 源码：

DNSErrorTimeout()Temporary()

实战一下：

输出：

DNSError

这样做的好处是不需要 import 引用定义错误的包，因为判断就是结构体的方法(已经引用过包了)，比较推荐这种方式。

总结一下，今天主要记录了处理错误的基本三种方式，以后还会一直跟进错误处理这个话题，学习了更好更优雅的处理方式后会再记录。