网站首页 > 文章中心 > 其它

go语言error接口用_go error接口

作者:小编 更新时间:2023-08-25 10:26:12 浏览量:207人看过

golang 结构体与error 的问题?

要进行强制类型转换才行,像这样:

fmt.Printf("%+v\n",((WriteException)c).b)

go语言error接口用_go error接口-图1

go语言返回的error为什么可以不接收

error 类型介绍

error 类型实际上是抽象了 Error() 方法的 error 接口,Golang 使用该接口进行标准的错误处理.

复制代码代码如下:

type error interface {

Error() string

}

一般情况下,如果函数需要返回错误,就将 error 作为多个返回值中的最后一个(但这并非是强制要求).参考模型:

func Foo(param int) (n int, err error) {

// ...

if n, err := Foo(0); err != nil {

go语言error接口用_go error接口-图2

// 错误处理

go语言 不同的接口含有相同的方法 怎么办

下面定义一个结构体类型和该类型的一个方法:

type User struct {

Name string

Email string

func (u User) Notify() error

首先我们定义了一个叫做 User 的结构体类型,然后定义了一个该类型的方法叫做 Notify,该方法的接受者是一个 User 类型的值.要调用 Notify 方法我们需要一个 User 类型的值或者指针:

// User 类型的值可以调用接受者是值的方法

damon.Notify()

// User 类型的指针同样可以调用接受者是值的方法

alimon.Notify()

为什么要使用 Go 语言?Go 语言的优势在哪里

① 保留但大幅度简化指针

Go语言保留着C中值和指针的区别,但是对于指针繁琐用法进行了大量的简化,引入引用的概念.所以在Go语言中,你几乎不用担心会因为直接操作内寸而引起各式各样的错误.

还记得在C里面为了回馈多个参数,不得不开辟几段指针传到目标函数中让其操作么?在Go里面这是完全不必要的.而且多参数的支持让Go无需使用繁琐的exceptions体系,一个函数可以返回期待的返回值加上error,调用函数后立刻处理错误信息,清晰明了.

如果你习惯了Python中简洁的list和dict操作,在Go语言中,你不会感到孤单.一切都是那么熟悉,而且更加高效.如果你是C++程序员,你会发现你又找到了STL的vector 和 map这对朋友.

Go语言最让人赞叹不易的特性,就是interface的设计.任何数据结构,只要实现了interface所定义的函数,自动就implement了这个interface,没有像Java那样冗长的class申明,提供了灵活太多的设计度和OO抽象度,让你的代码也非常干净.千万不要以为你习惯了Java那种一条一条加implements的方式,感觉还行,等接口的设计越来越复杂的时候,无数Bug正在后面等着你.

同时,正因为如此,Go语言的interface可以用来表示任何generic的东西,比如一个空的interface,可以是string可以是int,可以是任何数据类型,因为这些数据类型都不需要实现任何函数,自然就满足空interface的定义了.加上Go语言的type assertion,可以提供一般动态语言才有的duck typing特性, 而仍然能在compile中捕捉明显的错误.

Go语言本质上不是面向对象语言,它还是过程化的.但是,在Go语言中, 你可以很轻易的做大部分你在别的OO语言中能做的事,用更简单清晰的逻辑.是的,今天这一节,不需要class,仍然可以继承,仍然可以多态,但是速度却快得多.因为本质上,OO在Go语言中,就是普通的struct操作.

这个几乎算是Go语言的招牌特性之一了,我也不想多提.如果你完全不了解Goroutine,那么你只需要知道,这玩意是超级轻量级的类似线程的东西,但通过它,你不需要复杂的线程操作锁操作,不需要care调度,就能玩转基本的并行程序.在Go语言里,触发一个routine和erlang spawn一样简单.基本上要掌握Go语言,以Goroutine和channel为核心的内存模型是必须要懂的.不过请放心,真的非常简单.

和C比较,Go语言完全就是一门现代化语言,原生支持的Unicode, garbage collection, Closures(是的,和functional programming language类似), function是first class object,等等等等.

看到这里,你可能会发现,我用了很多轻易,简单,快速之类的形容词来形容Go语言的特点.我想说的是,一点都不夸张,连Go语言的入门学习到提高,都比别的语言门槛低太多太多.在大部分人都有C的背景的时代,对于Go语言,从入门到能够上手做项目,最多不过半个月.Go语言给人的感觉就是太直接了,什么都直接,读源代码直接,写自己的代码也直接.

Go语言设计与实现(上)

基本设计思路:

类型转换、类型断言、动态派发.iface,eface.

反射对象具有的方法:

编译优化:

内部实现:

实现 Context 接口有以下几个类型(空实现就忽略了):

互斥锁的控制逻辑:

设计思路:

(以上为写被读阻塞,下面是读被写阻塞)

总结,读写锁的设计还是非常巧妙的:

WaitGroup 有三个暴露的函数:

部件:

结构:

Once 只暴露了一个方法:

实现:

三个关键点:

细节:

让多协程任务的开始执行时间可控(按顺序或归一).(Context 是控制结束时间)

设计思路: 通过一个锁和内置的 notifyList 队列实现,Wait() 会生成票据,并将等待协程信息加入链表中,等待控制协程中发送信号通知一个(Signal())或所有(Boardcast())等待者(内部实现是通过票据通知的)来控制协程解除阻塞.

暴露四个函数:

实现细节:

包: golang.org/x/sync/errgroup

作用:开启 func() error 函数签名的协程,在同 Group 下协程并发执行过程并收集首次 err 错误.通过 Context 的传入,还可以控制在首次 err 出现时就终止组内各协程.

暴露的方法:

注意问题:

包: "golang.org/x/sync/semaphore"

作用:排队借资源(如钱,有借有还)的一种场景.此包相当于对底层信号量的一种暴露.

设计思路:有一定数量的资源 Weight,每一个 waiter 携带一个 channel 和要借的数量 n.通过队列排队执行借贷.

暴露方法:

包: "golang.org/x/sync/singleflight"

作用:防击穿.瞬时的相同请求只调用一次,response 被所有相同请求共享.

设计思路:按请求的 key 分组(一个 *call 是一个组,用 map 映射存储组),每个组只进行一次访问,组内每个协程会获得对应结果的一个拷贝.

逻辑:

如有错误,请批评指正.

Go 中这么多创建 error 的方式,你真的了解它们各自的应用场景吗

在Go中,error是一种内建的数据类型.在Go中被定义为一个接口,定义如下:

由此可知,该接口只有一个返回字符串的Error函数,所有的类型只要实现了该函数,就创建了一个错误类型.

创建error的方式包括errors.New、fmt.Errorf、自定义实现了error接口的类型等.

通过该方法创建的错误一般是可预知的错误.简单来说就是调用者通过该错误信息就能明确的知道哪里出错了,而不需要再额外的添加其他上下文信息,我们在下面的示例中详细说明.

我们看New方法的实现可知,实际上是返回了一个errorString结构体,该结构体包含了一个字符串属性,并实现了Error方法.代码如下:

error.New使用场景1 :

通过errors.New函数创建局部变量或匿名变量,且不在调用函数中进行值或类型判断的处理,只打印或记录错误日志的场景.

使用示例1 :

以下代码节选自源码/src/net/http/request.go中解析PostForm的部分. 当请求中的Body为nil时,返回的错误信息是"missing form body".该信息已明确的说明错误是因为请求体为空造成的,所以不需要再额外的添加其他上下文信息.

以下代码选择源码/src/net/http/transport.go的部分,当请求体中的url地址为nil返回的错误:"http: nil Request.URL" ,说明是请求中的URL字段为nil.以及当Header为nil返回的错误:"http:nil Request.Header",说明请求体中的Header字段为nil.

将errors.New创建的错误赋值给一个全局的变量,我们称该变量为哨兵错误,该哨兵错误变量可以在被处理的时候使用 == 或 errors.Is来进行值的比较.

使用示例 : 在源码/src/io/io.go中定义的代表文件末尾的哨兵错误变量EOF.

在beego项目中,beego/core/utils/file.go文件中有这样的应用,当读取文件时,遇到的错误不是文件末尾的错误则直接返回,如果遇到的是文件末尾的错误,则中断for循环,说明文件已经读完文件中的所有内容了.如下:

使用场景1:不带%w占位符 :

在创建错误的时候,不能通过errors.New创建的字符串信息来描述错误,而需要通过占位符添加更多的上下文信息,即动态信息.

使用示例:不带%w占位符 :

以下示例节选自gorm/schema/relationship.go的部分代码,当外键不合法时,通过fmt.Errorf("invalid foreign key:%s", foreignKey)返回带具体外键的错误.因为外键值是在运行时才能确定的.代码如下:

在有些场景下,调用者需要知道原始错误信息,一般会通过errors.Is函数进行判断该错误链中是否包含某种特定类型的原始错误值.

使用%w占位符创建的错误信息,其实会形成一个错误链.其用法如下:

我们再来看下源代码:

通过源码可知,如果fmt.Errorf中包含%w占位符,创建的是一个wrapError结构体类型的值.我们再来看下wrapError结构体的定义:

字段err就是原始错误,msg是经过格式化之后的错误信息.

使用示例:带%w的占位符 :

假设我们有一个从数据库查询合同的函数,当从数据库中查询到记录为空时,会返回一个sql.ErrNoRows错误,我们用%w占位符来wrap该错误,并返回给调用者.

好了,现在GetContract的调用者可以知道原始的错误信息了.在调用者逻辑中我们可以使用errors.Is来判断err中是否包含sql.ErrNoRows值了.我们看下调用者的代码:

使用场景 :这个是相对errors.New来说的,errors.New适用于对可预知的错误的定义.而当发生了不可预知的错误时,就需要自定义错误类型了.

使用示例 : 我们以go源码/src/io/fs/fs.go文件中的源码为例,来看下自定义错误类型都需要包含哪些元素.

首先看结构体,有一个error接口类型的Err,这个代表的是错误源,因为根据上面讲解的,在错误层层传递返回给调用者时,我们需要追踪每一层的原始错误信息,所以需要该字段对error进行wrap,形成错误链.另外,有两个字段Op和Path,分别代表是产生该错误的操作和操作的路径.这两个字段就是所谓的未预料到的错误:不确定是针对哪个路径做了什么错误引发了该错误.

我们看下该错误类型在代码中的应用:

应用1 :在go的文件src/embed/embed.go中的代码,当读取某目录时返回的一个PathError类型的错误,代表读取该目录操作时,因为是一个目录,所以不能直接读取文件内容.

fs.ErrInvalid的定义如下:

由此可见,PathError中的三个字段值都是不可预知的,都需要在程序运行时才能具体决定的,所以这种场景时,则需要自定义错误类型.

另外,我们还注意到该自定义的类型中有Unwrap函数的实现,该函数主要是为了配合errors.Is和errors.As使用的,因为这两个函数在使用时是将错误链层层解包一一比对的.

根据上一节我们得到,通过%w占位符可以将错误组织成一个错误链.

errors.Is函数就是来判断错误链中有没有和指定的错误值相等的错误,相等于 == 操作符 .注意,这里是特定的错误值,就像gorm中定义的ErrRecordNotFound这样:

那么我们就可以这样使用errors.Is:

errors.As函数,这个函数是用来检查错误链中的错误是否是特定的类型 .如下代码示例是节选自etcd项目中etcd/server/embed/config_logging.go中的部分代码,代表的是err链中有没有能当做json.SyntaxError类型的错误的,如果能,则将err中的错误值赋值到syntaxError变量上,代码如下:

本文从应用场景的角度讲解了各种创建错误方式的实际应用场景.示例中的代码尽量的选自golang源码或开源项目. 同时,每种的应用场景并非绝对的,需要灵活应用.希望本文对大家在实际使用中能够有所帮助.

版权声明:倡导尊重与保护知识产权。未经许可,任何人不得复制、转载、或以其他方式使用本站《原创》内容,违者将追究其法律责任。本站文章内容,部分图片来源于网络,如有侵权,请联系我们修改或者删除处理。

编辑推荐

热门文章