Golang try catch与错误处理的实现

目录
  • Golang try catch
  • panic
  • panic主要使用场景:
  • recover
  • error
  • 预定义错误值
  • 自定义错误类型
  • 使用 panic和recover模拟 tyr catch  谨慎!

Golang try catch

虽然在使用Golang的时候发现没有try catch这种错误处理机制但是想一想golang作为一门优雅的语言,似乎也是情理之中。因为在java中 throws在函数签名中有一个关键字,旨在使异常流程比较简洁,但是一旦预期的异常数量增加,就很难准确捕捉到具体异常所在。

虽然golang中并不提供try catch的写法但是零值概念啊等等一些设计,在加上在panic的时候还可以使用recover进行处理,我觉得还是可以接受的。

在进入正题之前我们还是需要新了解一下panic和recover和error

panic

golang新手特别喜欢将panic当作exception(我也是这么过来的。。),而这么做会导致panic被滥用。

panic主要使用场景:

  • 发生严重错误必须让进行退出,严重的判断标准是错误无法恢复导致程序无法执行或继续执行或者继续执行也得不到预定的结果,另一些场景就是程序启动需要的初始化数据需要在数据库中读取,这个时候数据库无法读取或者不存在配置项不可读取,这个时候哪怕是执行下去程序也是毫无意义的,这个时候panic暴露出问题反而是更可取的方式。非严重的错误比如客户端不合法的请求参数返回错误参数信息提示即可,让调用者自己去处理问题,而不是自己panic挂掉。
  • 快速退出错误处理。也就是下面需要模拟的try catch的行为。大多数情况下错误处理都应该使用判断error的机制,但是有时函数调用栈很深,逐层返回错误可能需要写很多冗余代码,这个时候可以使用panic让程序的控制流直接跳到顶层的recover来进行处理。这种场景需要注意必须在包内就要recover。让panic垮包传递可能会导致更复杂的问题,所以包的到处函数不应该产生panic。

recover

func recover() interface{}

recover 是一个内建的函数,用于重新获得 panic 协程的控制。 只有在延迟函数的内部,调用 recover 才有用。在延迟函数内调用 recover,可以取到 panic 的错误信息,并且停止 panic 续发事件(Panicking Sequence),程序运行恢复正常。如果在延迟函数的外部调用 recover,就不能停止 panic 续发事件。

error

golang中内置的错误类型error是一个接口,自定义的错误类型必须实现error接口,这样调用可以通过Error()获取到具体的错误信息而不用关系错误的具体类型。

// The error built-in interface type is the conventional interface for
// representing an error condition, with the nil value representing no error.
type error interface {
 Error() string
}

很多语言限制函数只能有一个返回值,这就显得尤为宝贵,而golang的多返回值语法糖避免了这种方式带来的不便,错误值一般作为返回值列表的最后一个,其他返回值是成功执行时需要返回的信息。也就衍生出了如下判断:

if err != nil {
    // error handling
} else {
    // normal code
}

虽然这种错误处理方式代码写起来很蛋疼,但是golang风格确实推荐使用此种方式。

预定义错误值

var numIsZero = errors.New("num1 is zero")
var numIsNotZero = errors.New("num1 is not zero")

func GetInt(num1 int) (int, error) {
 if num1 == 0 {
  return num1, numIsZero
 } else {
  return num1, numIsNotZero
 }
}

//比较错误
func ErrEquals() {
 _, err := GetInt(1)
 if err == numIsNotZero {

 }
}

自定义错误类型

HTTP 表示客户端的错误状态码有几十个。如果为每种状态码都预定义相应的错误值,代码会变得很繁琐:

var ErrBadRequest = errors.New("status code 400: bad request")
var ErrUnauthorized = errors.New("status code 401: unauthorized")

这种场景下最佳的最法是自定义一种错误类型,并且至少实现 Error() 方法(满足 error 定义):

type HTTPError struct {
    Code        int
    Description string
}

func (h *HTTPError) Error() string {
    return fmt.Sprintf("status code %d: %s", h.Code, h.Description)
}

这种方式下进行等值判断时需要转成具体的自定义类型然后取出 Code 字段判断:

func request() error {
    return &HTTPError{404, "not found"}
}

func main() {
    err := request()

    if err != nil {
        // an error occured
        if err.(*HTTPError).Code == 404 {
            // handle a "not found" error
        } else {
            // handle a different error
        }
    }

}

使用 panic和recover模拟 tyr catch  谨慎!

tyr catch 需要谨慎使用,因为panic / recover 和 try / catch 机制最大的不同在于控制流程上的区别。try / catch 机制控制流作用在 try 代码块内,代码块执行到异常抛出点(throw)时,控制流跳出 try 代码块,转到对应的 catch 代码块,然后继续往下执行。panic / recover 机制控制流则作用在整个 goroutine 的调用栈。当 goroutine 执行到 panic 时,控制流开始在当前 goroutine 的调用栈内向上回溯(unwind)并执行每个函数的 defer 。如果 defer 中遇到 recover 则回溯停止,如果执行到 goroutine 最顶层的 defer 还没有 recover ,运行时就输出调用栈信息然后退出。所以如果要使用 recover 避免 panic 导致进程挂掉,recover 必须要放到 defer 里。为了避免过于复杂的代码,最好不要使用嵌套的 defer ,并且 recover 应该直接放到 defer 函数里直接调用。

package main

import (
 "fmt"
)

func main() {
 defer func() {
  if err := recover(); err != nil {
   fmt.Println("error:", err)
  }
 }()

 fmt.Println("start")
 panic("Big Error")
 fmt.Println("stop")
}

输出:

start
error: Big Error

此部分的代码相当于try部分的代码一旦被panic 后面的代码就不会被执行了,而是跳到 defer部分

       fmt.Println("start")
 panic("Big Error")
 fmt.Println("stop")

接收到错误并处理相当于catch:

defer func() {
  if err := recover(); err != nil {
   fmt.Println("error:", err)
  }
 }()

注意如果想再次catch需要按照从下往上的循序进行异常处理,原因的话了解defer。:

func main() {
 defer func() {
  if err := recover(); err != nil {
   fmt.Println("error:", err)
  }
 }()

 defer func() {
  if err := recover(); err != nil {
   fmt.Println("再次panic")
   panic(err)
  }
 }()

 fmt.Println("start")
 panic("Big Error")
 fmt.Println("stop")
}
func main() {
 defer func() {
  if err := recover(); err != nil {
   fmt.Println("error:", err)
  }
 }()

 defer func() {
  if err := recover(); err != nil {
   fmt.Println("再次panic")
   panic(err)
  }
 }()

 defer func() {
  if err := recover(); err != nil {
   fmt.Println("再次panic")
   panic(err)
  }
 }()

 defer func() {
  if err := recover(); err != nil {
   fmt.Println("再次panic")
   panic(err)
  }
 }()

 fmt.Println("start")
 panic("Big Error")
 fmt.Println("stop")
}

输出:

start
再次panic
再次panic
再次panic
error: Big Error

到此这篇关于Golang try catch与错误处理的实现的文章就介绍到这了,更多相关Golang try catch与错误处理内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 利用golang实现封装trycatch异常处理实例代码

    前言 社区不少人在谈论 golang 为毛不用trycatch模式,而采用苛刻的recovery.panic.defer组合-.    从网上整了一个trycatch包,感觉不错,拿出来分享下-下面话不多说,来一起看看详细的介绍. 示例代码 package main import ( "reflect" ) type TryCatch struct { errChan chan interface{} catches map[reflect.Type]func(err error) d

  • 试了下Golang实现try catch的方法

    目录 前言 能不能 try catch 加入处理异常方法 总结 前言 Golang语言有诸多优点:静态编译.协程.堪比c语言的高性能. 但是也有一些令人发指的地方 -- 经常被人调侃 五行代码,三行错误处理 的异常错误处理方式,如下问题出现的地方 func readFile(path string) ([]byte, error) { file, err := os.Open(path) if err != nil { return nil, err } defer file.Close() r

  • Golang try catch与错误处理的实现

    目录 Golang try catch panic panic主要使用场景: recover error 预定义错误值 自定义错误类型 使用 panic和recover模拟 tyr catch  谨慎! Golang try catch 虽然在使用Golang的时候发现没有try catch这种错误处理机制但是想一想golang作为一门优雅的语言,似乎也是情理之中.因为在java中 throws在函数签名中有一个关键字,旨在使异常流程比较简洁,但是一旦预期的异常数量增加,就很难准确捕捉到具体异常

  • golang为什么要统一错误处理

    目录 1.为什么要统一错误处理 2.后端封装统一接口 3.核心函数 4.常见错误处理 5.共用错误处理 6.解析错误原因 1.为什么要统一错误处理 统一错误处理的目的是为了前端开发接收到后端的statuscode,之后便于前端逻辑上开发,以及开发.200代表成功,500失败,400代表找不到.禁止等异常 2.后端封装统一接口 /** * 统一处理 * 错误码,response,返回内容,error */ func HandleResult(statusCode int, response *re

  • Android捕捉错误try catch 的简单使用教程

    基本语法 try{ //可能发生错误的程式码 }catch(具体错误 e){ //具体错误有就写,没有就不写,有多个,就写多个catch e.printStackTrace(); //在命令行打印错误信息 }catch(Exception e){ log(e.toString()); }finally{ //无论是否捕捉到错误,一定会执行的代码 } 注意事项 一般设定 catch 取得错误时应由小范围到大范围,即先具体错误,最后利用 Exception 处理所有其他错误 finally 语句是一

  • golang 语言中错误处理机制

    与其他主流语言如 Javascript.Java 和 Python 相比,Golang 的错误处理方式可能和这些你熟悉的语言有所不同.所以才有了这个想法根大家聊一聊 golang 的错误处理方式,以及实际开发中应该如何对错误进行处理.因为分享面对 Golang有一个基本的了解 developers, 所以一些简单地方就不做赘述了. 如何定义错误 在 golang 语言中,无论是在类型检查还是编译过程中,都是将错误看做值来对待,和 string 或者 integer 这些类型值并不差别.声明一个

  • 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

  • 浅谈如何优雅处理JavaScript异步错误

    1. try/catch try/catch基本上是大家最常和async/await一起使用的,基本上我们会用它去包围大部分的异步方法.await关键字后面的promise一旦reject了,就会抛出一个异常错误. run(); async function run() { try { await Promise.ject(new Error('Oops!')); } catch (err) { console.error(error.message); } } try/catch同样也可以处理

  • javascript Error 对象 错误处理

    Error对象 Property:   name: 错误名   number: 错误号   description: 描述   message: 错误信息,多同description  FF Only 属性   fileName: 错误发生的文件   stack: 错误发生时的调用堆栈 Constructor:   Error(){     this(0,"")} Error(description){     this(0,description)} Error(number,des

  • JavaScript高级程序设计 错误处理与调试学习笔记

    第十四章 错误处理与调试 1.开启浏览器错误报告 1.1 Internet Explorer □Toos → Internet Option → Anvanced → Display a notification about every script error 1.2 Firefox □Tools → Error Console (Firebug) 1.3 Safari □Edit → Preferences → Advanced → Show develop menu in menubar/

  • 出现“不能执行已释放的Script代码”错误的原因及解决办法

    很多web开发者或许都遇到过这样的问题,程序莫名奇怪出现"不能执行已释放Script的代码",错误行1,列1.对于这种消息描述不着边,行列描述更是乱写的js错误,相信是所有调试js程序的朋友们最郁闷也最憎恨的事情!遇到这种问题,最简单的办法直接把错误贴到baidu或google那个小输入框中让他们先给点指点,再去解决,可这次却没有这么容易,在baidu搜索似乎很多人都遇到过这种问题,但是都是些什么qq空间错误,狂晕,或者就是只有问没有答的,闷! 这种错误从何调起?后面没办法,又是猜测又

随机推荐