golang学习之五：error、painc、recover

已于 2023-07-19 13:37:16 修改
阅读量1.5k 收藏 1
点赞数 3
分类专栏： # 基础招式_go 文章标签： golang error panic recover
于 2022-06-07 00:13:53 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/java_xxxx/article/details/125156407
版权

golang：error、painc、recover

今天我们来看看golang里的异常处理。
golang里的异常处理函数总共有3中，error、panic、recover

  • error:返回一些不致命的错误

  • panic:返回一些致命的错误，会导致程序崩掉，俗称挂了。但是在程序宕机之前，会将压入defer函数栈的函数执行完毕，然后再挂掉，由此可见panic还是很厚道的…

  • recover:go语言为我们提供了专用于“拦截”运行时panic的内建函数recover。它可以是当前的程序从运行时panic的状态中恢复并重新获得流程控制权。

error

如下代码我们可以简单的定义一个error对象，并让其返回结果

package main

import (
	"errors"
	"fmt"
)

func MyDiv(a, b int) (result int, err error) {

	err = nil
	if b == 0 {
		err = errors.New("分母不能为0")
	} else {
		result = a / b
	}
	return
}
func main() {
	result, err := MyDiv(10, 0)
	if err != nil {
		fmt.Println("err = ", err)
	} else {
		fmt.Println("reslut = ", result)
	}
}

控制台

PS D:\vscode\code\demo1> go run error1.go
err =  分母不能为0
PS D:\vscode\code\demo1>

panic

我们使用panic要和error做对比去使用。
error:普通错误。在预知一些错误且错误不致命的情况下我们使用error
panic:致命错误，不可恢复。在通常情况下，向程序使用方报告错误状态的方式可以是返回一个额外的error类型值。
但是，当遇到不可恢复的错误状态的时候，如数组访问越界、空指针引用等，这些运行时错误会引起painc异常。这时，上述错误处理方式显然就不适合了。反过来讲，在一般情况下，我们不应通过调用panic函数来报告普通的错误，而应该只把它作为报告致命错误的一种方式。当某些不应该发生的场景发生时，我们就应该调用panic。
一般而言，当panic异常发生时，程序会中断运行，并立即执行在该goroutine(可以先理解成线程，在中被延迟的函数(defer 机制)。随后，程序崩溃并输出日志信息。日志信息包括panic value和函数调用的堆栈跟踪信息。
不是所有的panic异常都来自运行时，直接调用内置的panic函数也会引发panic异常;panic函数接受任何值作为参数。

使用：我们可以直接调用panic这个函数让程序宕机。当然也可以让这个程序内部去触发panic函数去宕机，比如数组越界的时候它每部就会自动调用panic函数让程序崩掉。

如下代码

package main

import (
	"fmt"
)

func a() {
	fmt.Println("亲朋无一字")
}
func b() {
	defer func() {
		fmt.Println("戎马关山北")
	}()
	fmt.Println("老病有孤舟")
	panic("我是panic")

}
func c() {
	fmt.Println("戎马关山北")
}
func d() {
	fmt.Println("凭轩涕泗流")
}
func main() {
	a()
	b()
	c()
	d()
}

控制台

PS D:\vscode\code\demo1> go run panic.go
亲朋无一字
老病有孤舟
戎马关山北
panic: 我是panic

goroutine 1 [running]:
main.b()
        D:/vscode/code/demo1/panic.go:15 +0x8b
main.main()
        D:/vscode/code/demo1/panic.go:26 +0x5b
exit status 2

显示调用panic

再如下代码

package main

import (
	"fmt"
)

func a() {
	fmt.Println("亲朋无一字")
}
func b() {
	
	fmt.Println("老病有孤舟")
	panic("我是panic")
	defer func() {
		fmt.Println("戎马关山北")
	}()
}
func c() {
	fmt.Println("戎马关山北")
}
func d() {
	fmt.Println("凭轩涕泗流")
}
func main() {
	a()
	b()
	c()
	d()
}

控制台

PS D:\vscode\code\demo1> go run panic.go
亲朋无一字
老病有孤舟
panic: 我是panic

goroutine 1 [running]:
main.b()
        D:/vscode/code/demo1/panic.go:13 +0x6a
main.main()
        D:/vscode/code/demo1/panic.go:26 +0x5b
exit status 2

上面两端代码panic没啥好说的，但是为啥一个打印出来了defer，一个没有打印出来呢？
因为第二段代码里panic发生在defer之前，defer没有被放入函数栈，程序就已经panic，俗称挂了，后面的代码当然不会执行了。
而第一段代码在panic之前，defer后的函数已经被放入了函数栈，然后panic的时候，会先执行defer函数栈里的代码，然后再挂掉，就是回光返照的意思说一说临终遗言。如下场景，panic后的程序奄奄一息，空洞的眼眸里突然泛起一丝温柔的目光，好像回想起了什么，颤巍巍的说道：“那年，那年大明湖畔的小翠…”。

隐式调用panic

所谓隐式，其实就是程序帮我们调用了panic,如下代码

package main

func test(x int) {
	var arr [10]int
	arr[x] = 14
}

func main() {

	test(20)
}

控制台

PS D:\vscode\code\demo1> go run panic.go
panic: runtime error: index out of range [20] with length 10

goroutine 1 [running]:
main.test(...)
        D:/vscode/code/demo1/panic.go:5
main.main()
        D:/vscode/code/demo1/panic.go:10 +0x1d
exit status 2

recover

golang里的异常处理函数总共有3中，error、panic、recover.

运行时panic异常一旦被引发就会导致程序崩溃。这当然不是我们愿意看到的，因为谁也不能保证程序不会发生任何运行时错误。
不过，Go语言为我们提供了专用于“拦截”运行时panic的内建函数——recover。它可以是当前的程序从运行时panic的状态中恢复并重新获得流程控制权。

注意:recover只有在defer 调用的函数中有效。
如果调用了内置函数recover，并且定义该defer 语句的函数发生了panic异常，recover会使程序从panic中恢复，并返回 panic value。导致panic异常的函数不会继续运行，但能正常返回。在未发生panic时调用recover，recover会返回nil。

如下代码：

package main

import "fmt"

func test(x int) {
	defer func() {
		recover()
	}()
	var arr [10]int
	arr[x] = 14
}
func test2() {
	fmt.Println("飘飘何所似")
	fmt.Println("天地一沙鸥")
}

func main() {
	test(20)
	test2()
}

控制台

PS D:\vscode\code\demo1> go run panic.go
飘飘何所似
天地一沙鸥

recover,是将程序从运行时panic的状态中恢复并重新获得流程控制权了，但是程序毕竟是出现panic了，我们却不知道，那怎么办呢？其实recover是可以打印出来panic信息的.
如下代码

package main

import "fmt"

func test(x int) {
	defer func() {
		fmt.Println(recover())
	}()
	var arr [10]int
	arr[x] = 14
}
func test2() {
	fmt.Println("飘飘何所似")
	fmt.Println("天地一沙鸥")
}

func main() {
	test(20)
	test2()
}

控制台

PS D:\vscode\code\demo1> go run panic.go
runtime error: index out of range [20] with length 10
飘飘何所似
天地一沙鸥

有错误信息了，并且程序也没有被panic中断，看似很完美，但是有没有一种情况，我传递的数，压根没有超过数组的索引，程序压根就没有panic?

如下代码

package main

import "fmt"

func test(x int) {
	defer func() {
		fmt.Println(recover())
	}()
	var arr [10]int
	arr[x] = 14
}
func test2() {
	fmt.Println("飘飘何所似")
	fmt.Println("天地一沙鸥")
}

func main() {
	test(4)
	test2()
}

控制台

PS D:\vscode\code\demo1> go run panic.go
<nil>
飘飘何所似
天地一沙鸥

所以这个代码就不是我们想要的了，因为正确的参数下，没有panic，但是recover还是打印了一个nil。

如下代码

package main

import "fmt"

func test(x int) {
	defer func() {
		// recover 可以打印panic信息
		if err := recover(); err != nil {
			fmt.Println(err)
		}
	}()
	var arr [10]int
	arr[x] = 14
}
func test2() {
	fmt.Println("飘飘何所似")
	fmt.Println("天地一沙鸥")
}

func main() {
	test(4)
	test2()
}

控制台

PS D:\vscode\code\demo1> go run panic.go
飘飘何所似
天地一沙鸥

完美解决问题。
所以这里我们要清楚，recover是为了在发生panic的时候不让项目崩掉继续往下运行的一种手段。否则你一个索引越界导致的panic,整个项目都gg了…

defer 配合recover函数使程序从panic中恢复过来

defer 配合recover函数使程序从panic中恢复过来，且是Go语言中唯一从panic中恢复过来的手段。
点此查看：defer 配合recover函数使程序从panic中恢复过来

go里的panic与recover不是java里的exception和try-catch

注意go里的recover并不是java里的try-catch

java的exception与go的panic

exception

自定义的checked exception 和 Go 中使用errors.New、fmt.Errorf定义的 error 接口的实现类型十分类似。因此我们可以明确：Java 的checked exception用于一些可预见的、常会发生的错误场景，针对checked exception的所谓“异常处理”就是针对这些场景的**“错误处理预案”。也可以说对checked exception的使用、捕获、自定义等行为均是“有意而为之”。如果非要与 Go 中的某种语法对应来看，它对应的也是 Go 的正常错误处理，即基于显式 error 模型的显式错误处理。因此，对checked exception处理的本质是错误处理**，虽然其名字用带有“异常”的字样。

panic

panic 是一个 Go 内置函数，它用来停止当前常规控制流并启动panicking过程。当函数 F 调用 panic
 函数时，函数 F 的执行停止，函数 F 中已进行了求值的 defer 函数都将得到正常执行，然后函数 F 将
 控制权返还给其调用者。对于函数 F 的调用者而言，函数 F 之后的行为就如同调用者调用的函数是 panic
 一样，**该panicking过程将继续在栈上进行下去，直到当前 goroutine 中的所有函数都返回为止，此时
 程序将崩溃退出**。panic可以通过直接调用 panic 函数来引发，它们也可能是由运行时错误引起，例如越
 界数组访问。

和 Java 中checked exception的“有意而为之”相反，在 Go 中，panic 则是“不得已而为之”，即所有引发 panic 的情形，无论是显式的（我们主动调用 panic 函数引发的），还是隐式的（Go 运行时检测到违法情况而引发的）都是我们不期望看到的。对这些引发的 panic，我们很少有“预案”应对，更多的是让程序快速崩溃掉。因此一旦发生 panic，就意味着我们的代码很大可能出现了 bug。因此，Go 中的 panic 更接近于 Java 的RuntimeException+Error，而不是checked exception。

一句话总结：checked exception实质是“错误”，而 panic 是“异常”

recover

未被 recover 的 panic 意味着“游戏结束”(Game Over)，但是即使panic被recover了，程序会一直向上抛，直到该函数所在的协程停止。
如果 API 抛出checked exception，那么 Java 编译器将严格要求上层代码对这个checked exception进行处理。但一旦你在 Go API 中引发panic，该 panic 会就会沿着调用函数栈向下“蔓延”，直到所有函数都返回（函数所在的协程也就挂掉了），调用该 API 的 goroutine 将携带着 panic 信息退出。但事情并没有就此打住，一旦 panic 没有被 recover（即使被recover了，该panic 会就会沿着调用函数栈向下“蔓延”，直到蔓延到该函数调用链的最初地方，然后整个协程也还是会挂掉，这个是与try-catch最大的不同的地方，非常容易踩坑），它导致的可不是一个 goroutine 的退出，而是整个 Go 程序的“游戏结束” - 崩溃退出！

综上，我们看到 Go panic 不应被当做 Java 的checked exception用来进行正常的错误处理。使用错误 (error) 和多返回值的显式错误处理方式才是符合 Go 设计哲学的。

一句话总结：
1.panic 之后，协程就结束了(有recover也结束了)；
2.协程池的协程panic，协程池有耗尽风险，严格来说绝对不允许panic;
3.有的错误recover也是兜不住的；

总结

golang里的异常处理函数总共有3中，error、panic、recover

  • error:返回一些不致命的错误

  • panic:返回一些致命的错误，会导致程序崩掉，俗称挂了。但是在程序宕机之前，会将压入defer函数栈的函数执行完毕，然后再挂掉，由此可见panic还是很厚道的…

  • recover:go语言为我们提供了专用于“拦截”运行时panic的内建函数recover。它可以是当前的程序从运行时panic的状态中恢复并重新获得流程控制权。就一句话，recover是为了在发生panic的时候不让项目崩掉继续往下运行的一种手段。否则你一个索引越界导致的panic,整个项目都gg了…

  • defer 配合recover函数使程序从panic中恢复过来，且是Go语言中唯一从panic中恢复过来的手段。
    点此查看：defer 配合recover函数使程序从panic中恢复过来

个人学习笔记，不喜勿喷

Golang的panic和recover
CodeJR
09-09 1202
关注获取更多技术文章！
golang recover
weixin_42248522的博客
07-02 289
func main() { go func() { defer func() { if e := recover(); e != nil { log.Printf("recover: %v", e) } }() panic("煎鱼焦了") }() log.Println("Go 语言编程之旅：一起用 Go 做项目") } recover 要与 defer 联用，并且不跨协程（goroutine），才能够真正的拦截到 panic 事件 ...
golang之recover
all_about_WZY的博客
06-01 6642
这包括关闭文件、释放资源或执行其他清理操作，以确保程序的状态正确恢复，并且不会留下未处理的副作用。时，最好记录相关信息，并进行适当的报告。函数，我们可以实现程序的优雅恢复和错误处理，从而提高代码的可维护性和稳定性。中恢复，我们可以防止程序因错误而崩溃，而是采取适当的措施处理错误。函数时，需要谨慎使用，并遵循最佳实践，以确保代码的可读性和稳定性。是Go语言中的异常机制，当程序发生不可恢复的错误时，会引发一个。
Go 语言中的 `recover()` 函数详解
最新发布
言之。
04-29 6635
recover()是 Go 语言中用于处理 panic 的内置函数，它允许程序管理发生 panic 的 goroutine 的行为。下面我将详细解释它的工作原理和使用方法。
golang中的recover
01-11 3015
recover 崩溃了恢复 func testa() { fmt.Println("aaaa") } func testb() { defer func() { //可以打印错误信息 //recover() //fmt.Println(recover()) //没有错就不要打印 if err := recover(); err != nil { //产生了panic异常 fmt.Println(err)
Go语言recover
nexttrial的博客
09-09 3146
在 Go 语言 中，如果我们的函数或者程序出现了非常严重的问题，或者说我们的程序遇到了 panic 异常，此时我们的程序会终止运行。 但是，我们希望我们程序在发生错误后，我们能够做一些处理，保证程序可以继续运行，那么这时候，我们就需要使用异常恢复，即 recover。Golang 中的 recover 一般都是配套 defer 一起使用。 例： defer func() { if r := recover(); r != nil { fmt.Println("Recovere.
Go函数--panic和recover
yunfan
09-23 1915
0 简介 panic（宕机） 和 recover（恢复）是Go语言的两个内置函数，这两个内置函数用来处理Go的运行时错误(runtime errors)。panic 用来主动抛出异常，recover 用来捕获panic 抛出的异常。 1 基本概念 panic 和 recover的函数原型如下： panic(i interface{}) recover() interface{} ...
Golang基础3-函数、nil相关
m0_61973596的博客
04-23 1435
1.利用recover处理panic指令，defer 必须放在 panic 之前定义，另外 recover 只有在 defer 调用的函数中才有效。函数返回值可以无名、有名，这个是方便理解的不全代码，有名res的话本质局部变量，因此defer后会可能会影响res的返回值。使用panic抛出错误，defer捕获错误，一般panic中抛出异常，defer中捕获异常，之后正常处理。因此传入指针等等，defer函数，有无名返回值均会影响main函数中接收到的最终return的值，请注意。
Golang function 函数详解
热门推荐
wallace_www的博客
03-30 1万+
对于任何语言而言，函数都是结构化编程中的重要一环，通过函数机制，可以把一个大的模块分解成多个小任务，让代码结构更清晰，可复用性大大提高。 本文将介绍如何定义，调用函数，如何定义和接收函数错误，以及 golang 特有的可变参数，闭包，defer，panic 和 recover 等机制。
【Go学习】GO语言异常处理机制panic和recover分析
谢健的专栏
12-13 1237
【Go学习】GO语言异常处理机制panic和recover分析Golang 有2个内置的函数 panic() 和 recover()，用以报告和捕获运行时发生的程序错误，与 error 不同，panic-recover 一般用在函数内部。一定要注意不要滥用 panic-recover，可能会导致性能问题，我一般只在未知输入和不可靠请求时使用。golang 的错误处理流程：当一个函数在执行过程中出现了
ErrGroup: 处理一组子任务
qq_36059306的博客
06-26 719
针对场景 有时候将一个大任务拆成多个没有依赖关系的小任务并行执行，可以提升并发度，这时候就可以采用ErrGroup ErrGroup和WaitGroup有些类似，但是它提供的功能更加丰富： 可以和Context集成 error向上传播，会将子任务的error传播到调用者 简单使用 WithContext func WithContext(ctx context.Context) (*Group, context.Context) 创建一个ErrGroup，返回一个可以cancel的Context，一旦
Golang教程第32节--panic 和 recover
cbmljs的博客
10-16 1756
原文来自：https://golangbot.com/panic-and-recover/ 什么是 panic？ 在 Go 语言中，程序中一般是使用错误来处理异常情况。对于程序中出现的大部分异常情况，错误就已经够用了。 但在有些情况，当程序发生异常时，无法继续运行。在这种情况下，我们会使用 panic 来终止程序。当函数发生 panic 时，它会终止运行，在执行完所有的defer函数后，程序...
recover 没有捕获异常_【Golang】图解panic & recover
weixin_28826961的博客
12-27 338
“看到套来套去的panic和recover就心累？其实画一画，清晰明了~”我们已经知道，当前执行的goroutine持有一个defer链表的头指针。其实它也有一个panic链表头指针。图：panic链表panic链表链起来的是一个一个_panic结构体。和defer链表一样，发生新的panic时，也是在链表头上插入一个_panic结构体。而链表头上的panic就是当前正在执行的那一个。...
golang错误处理之panic和recover
qu_tao的专栏
12-13 594
panic()类似c++中的throw recover()类似c++中的catch func CopyFile(SrcFileName, DstFileName string) (w int64, err error) { defer func() { if r := recover(); r != nil { fmt.Printf("Runtime error is
利用 Golang 中的 Recover 处理错误
ldxxxxll的博客
03-02 785
Golang 中的 recover 是一个鲜为人知但非常有趣和强大的功能。让我们看看它是如何工作的，以及在 Outreach.io 中如何利用它来处理 Kubernetes 中的错误。Panic/Defer/Recover 基本上是 Golang 中对于其他编程语言中 throw/finally/catch 概念的替代品。它们有一些共同之处，但在一些重要细节上有所不同。
Golang—— error 和 panic
分享包括但不限于计算机基础知识、数据结构与算法、Golang技术栈。年与时驰，意与日去，遂成枯落，多不接世，悲守穷庐，将复何及！
01-15 1256
本文详细介绍Golang的两种错误处理机制：error 和 panic。
golang中的panic 和 recover
关于代码的那些事
10-13 1083
什么是 panic？在 Go 语言中，程序中一般是使用错误来处理异常情况。对于程序中出现的大部分异常情况，错误就已经够用了。但在有些情况，当程序发生异常时，无法继续运行。在这种情况下，我们会使用 panic 来终止程序。当函数发生 panic 时，它会终止运行，在执行完所有的延迟函数后，程序控制返回到该函数的调用方。这样的过程会一直持续下去，直到当前的所有函数都返回退出，然后程序会打印出 panic 信息，接着打印出堆栈跟踪（Stack Trace），最后程序终止。
golang 之recover() 使用笔记
xlh1121079556的博客
06-17 5618
作用：程序报panic时，会使整个程序挂掉，在实际工作中，报panic的地方可能会非常的多，一旦报panic会导致整个服务挂掉，是非常危险的。golang 引用recover()han
golang error
hufeng825的专栏
07-22 1836
package main import( "fmt" "errors" ) func main() { err := errors.New("emit macho dwarf: elf header corrupted") if err != nil { fmt.Print(err) } }
Golang学习资源推荐：经典入门电子书
标题“golang学习”表明本文档旨在提供有关Go语言（又称Golang）的学习资源。Go语言是由Google开发的一种静态强类型、编译型、并发型，并具有垃圾回收功能的编程语言。它自2009年发布以来，因其简洁、高效、安全等...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值