Go语音开发中常见Error类型处理示例详解

目录
  • 前言
  • 透明错误处理策略
    • 带来的问题
  • 哨兵(Sentinel)错误处理策略
    • 带来的问题
      • 1.对errors.Error()的依赖
      • 2.定义的错误类型会被公开
  • Error types
    • 带来的问题
  • 不透明错误处理策略(Opaque errors)
    • 带来的问题
  • 总结

前言

上文我们了解了 Error 在Go 中的设计理念。单从理念上来看， Error 的设计似乎有利于逻辑处理。但实际上，在开发过程中，我们还会遇到各种各样的困难。为了优化开发的流程，开发者们发明了很多处理 Error 的做法。今天我们就来看看目前 Go 开发中常见的几大 Error 类型。

透明错误处理策略

在最简单的 Go Error 设计中，开发者被期望通过判定函数返回的 err 值来确定调用是否正常。

value, err := doSomething()
if err != nil {
	// 错误处理
}
// 逻辑操作

这是 Go 语言中最常见的错误处理策略 ，80%以上的 Go 错误处理情形都可以归类到这种策略下。这样构造出的错误值代表的上下文信息，对错误处理方是透明的，因此这种策略称为 透明错误处理策略 。

这种策略最大的问题是，无法判定错误的原因和种类。它只是简单地把”是否出错“分为了两路逻辑。一旦我们的业务要求我们针对不同的错误原因，做不同的处理，这种情况就行不通了。

带来的问题

透明策略只解决了”是否出错“的问题，但开发者无法知道错误的原因。如果想要得到错误的内容，需要主动解析error值，这也引出了下面要讲的处理策略。

哨兵(Sentinel)错误处理策略

哨兵策略策略主要是解决透明错误处理策略精度不够的情况，它可以让开发者得到“是什么错误”，而不仅是”是否出错“。实际上，它就是通过预定义错误类型，在错误处理时，判断错误是否属于预定义的类别，从而做出处理。

因此我们可以得到它最简单的实现：

value, err := doSomething()
if err!=nil {
    // 通过err.Error()获得错误信息
    switch err.Error(){
        case "bufio: negative count":
        	//特点错误处理
        	return
        // 其他判断
        default:
        	// 未知错误原因
        	return
    }
}

但这显然不是好的写法，会导致很严重的耦合问题。Go 1.13 之后，我们可以用 error.Is 方法很好地解决这个问题。

// 定义错误类型，一般变量用Err开头
var(
  ErrInvalidUnreadByte=errors.New("bufio: invalid use of UnreadByte")ErrInvalidUnreadRune=errors.New("bufio: invalid use of UnreadRune")
  ErrBufferFull=errors.New("bufio: buffer full")
  ErrNegativeCount=errors.New("bufio: negative count")
)

func main(){
	value, err := doSomething()
  	if errors.Is(err,ErrBufferFull){
    	//判断是否为某类型错误
  	}
}

带来的问题

虽然哨兵策略解决了我们不能获得错误原因的问题，但它本身也存在着设计缺陷。

1.对errors.Error()的依赖

== 的判断依赖着 errors.Error() 的输出。这是哨兵策略最大的问题。他导致了 error 值的扩展性很差，假如开发者想要为 error 带上上下文或者错误行号，文件位置等信息，都会破坏哨兵策略的判断。

从某种角度来看，errors.Error() 的输出更应该是用于开发者的调试使用，而不应该作为程序判断机制的一部分。

2.定义的错误类型会被公开

很多时候为了做错误类型判断，一些包内需要定义许多错误类型。而这些错误类型通常会被共用，这使得他们不得不被公开。在公共库中，被公开的错误类型必须有专门的文档说明，否则会对使用者造成困惑。这会额外增加开发者的工作量。

再者，有时为了判断某个特殊错误类型，使用者会引入对应的包。假如这种情况大量存在，会导致整个库生态极其混乱。

Error types

Error types 是实现了 errors 接口的自定义类型，目的是为了更加具体地描述错误。开发者可以在类型上带上需要的信息，如行号，文件位置等。可以参考下方：

type MyError struct {
    Msg string	// 错误信息
    Line int	// 行号
    FIle string // 文件位置
}

// 实现 errors 接口
func (e *MyError) Error()string{
    return fmt.Sprintf("%s:%d: %s",e.File,e.Line,e.Msg)
}

上面提到，修改 error 值会导致哨兵策略的失效， Error types 就是例子之一。由于是自定义的类型，我们不能再用 == 判断错误类型了，而是改用断言。

value, ok := x.(MyError)
if ok {
    //判断是否为某类型错误
}

带来的问题

可以看到 Error Types 最大的优势是其丰富的错误描述能力。但它仍然没有解决哨兵策略下的问题。

不透明错误处理策略(Opaque errors)

不透明错误处理策略可以说是最灵活的处理方式，它要求代码与调用者之间的耦合最少。开发者可以知道”是否出错“，但无法得到错误的内部信息。

value, err := doSomething()
if err != nil {
	// 错误处理
}
// 逻辑操作

是的，在使用上不透明策略跟透明策略是很相似的。其中最大的不同是，透明策略可以通过 error.Error() 接口获得错误信息。而不透明策略中是不可以的。

那如果开发者需要判断错误类型怎么办呢？不透明策略更推荐的是断言 error 实现的行为，而不是特定的类型或值。可以参考下方代码：

type temporary interface {
    Temporary() bool
}
// 封装判断函数
func IsTemporary(err error) bool {
    // 断言
    te, ok := err.(temporay)
    // 是否满足条件
    return ok && te.Temporary()
}

带来的问题

不透明策略跟透明策略一样，是很灵活的策略。他们的区别只在于错误的信息是否开放。因此，不透明策略依旧存在信息量缺乏的问题。

总结

今天我们了解了目前 Go 开发中常见的四种 Error 类型。这些类型各有优劣，需要开发者在实际开发者中深入思考，做出取舍。通常我们需要考虑，我们开发的是工具还是业务，我们需要错误为我们提供灵活度还是精确的信息。掌握本文的内容，可以让你在遇到错误处理时，有更多的处理思路。

当然，每种方式又会有问题，在接下来的文章里，我会分享一些常见的错误处理操作。

以上就是Go语音开发中常见Error类型处理示例详解的详细内容，更多关于Go语音Error类型的资料请关注我们其它相关文章！

赞 (0)

相关推荐

  • 一篇文章带你轻松搞懂Golang的error处理

    目录 Golang中的error error的几种玩法 哨兵错误 自定义错误类型 Wrap error Golang1.13版本error的新特性 errors.UnWrap() errors.Is() errors.As() error处理最佳实践 优先处理error 只处理error一次 不要反复包装error 不透明的错误处理 简化错误处理 bufio.scan errWriter 何时该用panic 小补充 总结 Golang中的error Golang中的 error 就是一个简单的接

  • GoFrame框架数据校验之校验结果Error接口对象

    目录 基本介绍 方法示例 注意问题 方法详解 进阶 注意问题 总结 上一篇文章介绍了 GoFrame数据校验之校验对象 | 校验结构体 ,得到了大家积极的反馈. 再接再厉,这篇总结分享:GoFrame数据校验之校验结果总结分享. 基本介绍 校验结果为一个Error接口对象.当数据规则校验成功时,校验方法返回的结果为nil. 当数据规则校验失败时,返回的该对象是包含结构化的层级map,包含多个字段及其规则及对应错误信息,以便于接收端能够准确定位错误规则. 方法示例 首先我们看一下Error的数据结

  • go语言中切片Slice与数组Array对比以及panic: runtime error: index out of range问题解决

    目录 前言 一.go slice是什么 二.go slice实战案例 1.slice创建.使用 2.slice的长度和容量概念理解 3. 切片扩容及slice panic: runtime error: index out of range 附:go 判断数组下标是否存在 总结 前言 在go语言的学习历程当中,slice数据类型引起了我的好奇心.为啥不直接使用Slice,是人性的扭曲还是道德的沦丧~,下面让我们一探究竟~~ 一.go slice是什么 go语言中的slice是一个基于Array封

  • Go error的使用方式详解

    目录 概述 error使用方式 1.直接判等 2.组合error接口,构建更强大的error接口 3.Errno模式 4.Go1.13的Wrap模式 5. Go版本低时的链式error 概述 当我们需要在Go项目中设计error,就不得不先知道Go error几种常用方法.标准库是一个非常好的学习方式,除此之外Go1.13的errors特性也需要掌握. error使用方式 1.直接判等 这里的判等又分为变量判等和类型判等.适用于pkg中预先定义好了多个error变量或类型,err只可能是这些变量

  • 浅谈Go语言的error类型

    error类型是go语言的一种内置类型,使用的时候不用特定去import,他本质上是一个接口 type error interface{ Error() string //Error()是每一个订制的error对象需要填充的错误消息,可以理解成是一个字段Error } 怎样去理解这个订制呢? 我们知道接口这个东西,必须拥有它的实现块才能调用,放在这里就是说,Error()必须得到填充,才能使用. 比方说下面三种方式: 第一种:通过errors包去订制error error := errors.N

  • Go语言error的设计理念及背景演化详解

    目录 背景 各语言中 Error 的演化 C语言 C++ Go 中 Error 的理念 1. 区分 Error 和 Exception 2.Error是一个接口 总结 背景 作为一门相对新兴的语言,Go 可以说是站在巨人的肩膀上.从 Go 语法上,我们可以看出设计者对其有许多严肃的思考.其中 Error 的处理就是极具标志性的一项. 值得注意的是,Go 中的 Error 一直是一个有争议的内容.很多议案不断的提出又推翻,即便是官方的 error 库也在多个版本中不断迭代.本文内容基于 1.19.

  • golang常用库之pkg/errors包第三方错误处理包案例详解

    golang常用库之pkg/errors包第三方错误处理包案例详解

    目录 golang常用库之-pkg/errors包 背景 关于官方errors包 官方errors包使用demo 什么是pkg/errors包 pkg/errors包使用demo 优秀开源项目使用案例 参考 golang常用库之-pkg/errors包 背景 golang自带了错误信息包error 只提供了简单的用法, 如errors.New(),和errors.Error()用来传递和获取错误信息. 明显官方的包已经不能满足了, 只能采取其他方法补救, 如:采用三方errors包. 关于官方e

  • Go语音开发中常见Error类型处理示例详解

    目录 前言 透明错误处理策略 带来的问题 哨兵(Sentinel)错误处理策略 带来的问题 1.对errors.Error()的依赖 2.定义的错误类型会被公开 Error types 带来的问题 不透明错误处理策略(Opaque errors) 带来的问题 总结 前言 上文我们了解了 Error 在Go 中的设计理念.单从理念上来看, Error 的设计似乎有利于逻辑处理.但实际上,在开发过程中,我们还会遇到各种各样的困难.为了优化开发的流程,开发者们发明了很多处理 Error 的做法.今天我

  • Android开发flow常见API的使用示例详解

    Android开发flow常见API的使用示例详解

    目录 collect通知flow执行 launchIn()指定协程作用域通知flow执行 catch{}捕捉异常 merge()合流 map{}变换发送的数据类型 总结 collect通知flow执行 public suspend inline fun <T> Flow<T>.collect(crossinline action: suspend (value: T) -> Unit): Unit = collect(object : FlowCollector<T&g

  • JSP开发中Apache-HTTPClient 用户验证的实例详解

    JSP开发中Apache-HTTPClient 用户验证的实例详解 前言: 在微服务框架之外的系统中,我们经常会遇到使用httpClient进行接口调用的问题,除了进行白名单的设置,很多时候我们需要在接口调用的时候需要身份认证.翻了一下官方文档,解决方法很多,但是都不太符合实际业务场景,这里提供一种简单粗暴的解决方法. 解决方法:利用请求头,将验证信息保存起来. 实现代码: public class HttpClientUtils { protected static final Logger

  • Java开发中synchronized的定义及用法详解

    概念 是利用锁的机制来实现同步的. 互斥性:即在同一时间只允许一个线程持有某个对象锁,通过这种特性来实现多线程中的协调机制,这样在同一时间只有一个线程对需同步的代码块(复合操作)进行访问.互斥性我们也往往称为操作的原子性. 可见性:必须确保在锁被释放之前,对共享变量所做的修改,对于随后获得该锁的另一个线程是可见的(即在获得锁时应获得最新共享变量的值),否则另一个线程可能是在本地缓存的某个副本上继续操作从而引起不一致. 用法 修饰静态方法: //同步静态方法 public synchronized

  • C语言多线程开发中死锁与读写锁问题详解

    C语言多线程开发中死锁与读写锁问题详解

    目录 死锁 读写锁 死锁 有时,一个线程需要同时访问两个或更多不同的共享资源,而每个资源又都由不同的互斥量管理.当超过一个线程加锁同一组互斥量时,就有可能发生死锁: 两个或两个以上的进程在执行过程中,因争夺共享资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁. 死锁的几种场景: 忘记释放锁 重复加锁(重复加相同的锁) 多线程多锁,抢占锁资源 //多线程多锁,抢占锁资源 #include <stdio.h> #include <pt

  • IOS开发中NSURL的基本操作及用法详解

    NSURL其实就是我们在浏览器上看到的网站地址,这不就是一个字符串么,为什么还要在写一个NSURL呢,主要是因为网站地址的字符串都比较复杂,包括很多请求参数,这样在请求过程中需要解析出来每个部门,所以封装一个NSURL,操作很方便. 1.URL URL是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示,是互联网上标准资源的地址.互联网上的每个文件都有一个唯一的URL,它包含的信息指出文件的位置以及浏览器应该怎么处理它. URL可能包含远程服务器上的资源的位置,本地磁盘上的文件的路径,甚

  • C++中常见容器类的使用方法详解(vector/deque/map/set)

    目录 综合示例 1. vector:动态数组,支持随机访问 2. list:双向链表,支持双向遍历和插入删除 3. deque:双端队列,支持首尾插入删除和随机访问 4. map:红黑树实现的关联数组,支持按键访问和遍历 5. set:红黑树实现的集合,支持按值访问和遍历 6. unordered_map:哈希表实现的关联数组,支持按键访问和遍历 7. unordered_set:哈希表实现的集合,支持按值访问和遍历 检索方法示例 1. vector:根据下标检索 2. deque:根据下标检索

  • RxJS中的Observable和Observer示例详解

    RxJS中的Observable和Observer示例详解

    目录 引言 概念 牛刀小试 Observable Observable 剖析 Observer 结束语 引言 最近在项目当中别的小伙伴使用到了Rxjs,我一眼看上去有点懵,感觉挺复杂,挺绕的.于是抓紧补补课,然后就可以和小伙伴们一起交流怎么能优雅的使用Rxjs.由于内容比较多,会分为三篇来讲解说明 初识 RxJS中的 Observable 和 Observer 细说 RxJS中的 Operators 在谈 RxJS中的 Subject和Schedulers 概念 RxJS是一个库,可以使用可观察

  • Golang中的错误处理的示例详解

    目录 1.panic 2.包装错误 3.错误类型判断 4.错误值判断 1.panic 当我们执行panic的时候会结束下面的流程: package main import "fmt" func main() { fmt.Println("hello") panic("stop") fmt.Println("world") } 输出: go run 9.go hellopanic: stop 但是panic也是可以捕获的,我们可

  • javascrip高级前端开发常用的几个API示例详解

    目录 MutationObserver API 特点 IntersectionObserver API 举个例子 图片懒加载 无限滚动 getComputedStyle() API 与style的异同 getBoundingClientRect API 应用场景 1.获取 dom 元素相对于网页左上角定位的距离 2.判断元素是否在可视区域内 MutationObserver MutationObserver 是一个可以监听 DOM 结构变化的接口. 当 DOM 对象树发生任何变动时,Mutati

随机推荐