go panic的那点“破“事

最新推荐文章于 2024-06-21 19:05:58 发布
最新推荐文章于 2024-06-21 19:05:58 发布
阅读量4.3k 收藏 5
点赞数 1
分类专栏： s2: 软件进阶 s2: 后台开发 s2: 活捉Bug
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/stpeace/article/details/86713564
版权

       go panic和c++ coredump差不多， 来看看go panic.

 

       看程序：

package main 
import "fmt" 

func main() {
	fmt.Println("main begin")
	var p *int
	*p = 0
	fmt.Println("main end")

	for {}
}

       结果：

main begin
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x1090f33]

goroutine 1 [running]:
main.main()
        /Users/xxx/test/a.go:7 +0x63
exit status 2

      可见，panic后，进程退出了。

 

      再看：

package main 
import "fmt" 
import "runtime/debug"

func main() {
	defer func() {
		if err := recover(); err != nil {
			fmt.Println("haha")
			debug.PrintStack()
		}
	}()


	fmt.Println("main begin")
	var p *int
	*p = 0
	fmt.Println("main end")

	for {}
}

      结果：

main begin
haha
goroutine 1 [running]:
runtime/debug.Stack(0xc00000c018, 0xc000076de8, 0x1)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:24 +0xa7
runtime/debug.PrintStack()
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:16 +0x22
main.main.func1()
        /Users/xxx/test/a.go:9 +0x82
panic(0x10a9620, 0x115d520)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/panic.go:513 +0x1b9
main.main()
        /Users/xxx/test/a.go:16 +0x83

       进程还是退出了，可见在main中recover并没有什么卵用。

 

       再看：

package main 
import "fmt" 
import "runtime/debug"

func fun() {
	defer func() {
		if err := recover(); err != nil {
			fmt.Println("haha")
			debug.PrintStack()
		}
	}()
	
	fmt.Println("fun begin")
	var p *int
	*p = 0
	fmt.Println("fun end")
}


func main() {
	fmt.Println("main begin")
	fun()
	fmt.Println("main end")
	for {}
}

        结果：

main begin
fun begin
haha
goroutine 1 [running]:
runtime/debug.Stack(0xc00008c008, 0xc000082d88, 0x1)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:24 +0xa7
runtime/debug.PrintStack()
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:16 +0x22
main.fun.func1()
        /Users/xxx/test/a.go:9 +0x82
panic(0x10a96e0, 0x115d520)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/panic.go:513 +0x1b9
main.fun()
        /Users/xxx/test/a.go:15 +0x83
main.main()
        /Users/xxx/test/a.go:22 +0x66
main end

     可见，在fun层panic后退出了，没有被for{}卡住，但在main层没有退出，被for{}卡住了， 进程还是活着的。

     

     那好，现在来看看：

package main 
import "fmt" 
import "runtime/debug" 

func high() {
	fmt.Println("high begin")
	middle()
	fmt.Println("high end")
}

func middle() {
	fmt.Println("middle begin")
	low()
	var p *int
	*p = 0
	fmt.Println("middle end")
}

func low() {
	fmt.Println("low begin")
	fmt.Println("low end")
}

func fun() {
    fmt.Println("fun begin")

	defer func() {
		debug.PrintStack()
	}()

	fmt.Println("yyy")
	high()
	fmt.Println("zzz")

	fmt.Println("fun end")

	for {}
}

func main() {
	fmt.Println("main begin")
	fun()
	a := 2
	b := 3
	fmt.Println("main end", a * b)

	for {}
}

       结果：

main begin
fun begin
yyy
high begin
middle begin
low begin
low end
goroutine 1 [running]:
runtime/debug.Stack(0x0, 0x10, 0x8)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:24 +0xa7
runtime/debug.PrintStack()
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:16 +0x22
main.fun.func1()
        /Users/xxx/test/a.go:28 +0x20
panic(0x10a9a00, 0x115e520)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/panic.go:513 +0x1b9
main.middle()
        /Users/xxx/test/a.go:15 +0x68
main.high()
        /Users/xxx/test/a.go:7 +0x66
main.fun()
        /Users/xxx/test/a.go:32 +0xc6
main.main()
        /Users/xxx/test/a.go:42 +0x66
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x1091528]

goroutine 1 [running]:
main.middle()
        /Users/xxx/test/a.go:15 +0x68
main.high()
        /Users/xxx/test/a.go:7 +0x66
main.fun()
        /Users/xxx/test/a.go:32 +0xc6
main.main()
        /Users/xxx/test/a.go:42 +0x66
exit status 2

      很显然，没有recover去处理panic信息，所以整个进程崩溃， 如下：

 

      再来看看：

package main 
import "fmt" 
import "runtime/debug" 

func high() {
	fmt.Println("high begin")
	middle()
	fmt.Println("high end")
}

func middle() {
	fmt.Println("middle begin")
	low()
	var p *int
	*p = 0
	fmt.Println("middle end")
}

func low() {
	fmt.Println("low begin")
	fmt.Println("low end")
}

func fun() {
    fmt.Println("fun begin")

	defer func() {
		if err := recover(); err != nil {
			debug.PrintStack()
		}
	}()

	fmt.Println("yyy")
	high()
	fmt.Println("zzz")

	fmt.Println("fun end")

	for {}
}

func main() {
	fmt.Println("main begin")
	fun()
	a := 2
	b := 3
	fmt.Println("main end", a * b)

	for {}
}

        结果：

main begin
fun begin
yyy
high begin
middle begin
low begin
low end
goroutine 1 [running]:
runtime/debug.Stack(0x115e5c0, 0xc000042c00, 0x0)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:24 +0xa7
runtime/debug.PrintStack()
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:16 +0x22
main.fun.func1()
        /Users/xxx/test/a.go:29 +0x42
panic(0x10a9a20, 0x115e520)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/panic.go:513 +0x1b9
main.middle()
        /Users/xxx/test/a.go:15 +0x68
main.high()
        /Users/xxx/test/a.go:7 +0x66
main.fun()
        /Users/xxx/test/a.go:34 +0xc6
main.main()
        /Users/xxx/test/a.go:44 +0x66
main end 6

      可以看到middle层有panic,  故提前异常退出middle, high和fun,  但在fun层被recover了，所以main层仍然正常，整个进程不会崩溃，仍然活得好好的。

 

     最后看看，如何获取堆栈信息的串呢？ 且看：

package main 
import "fmt" 
import "runtime/debug" 

func fun() {
    fmt.Println("fun begin")

	defer func() {
		if err := recover(); err != nil {
			debug.PrintStack()
			fmt.Println("xxx", string(debug.Stack()))
		}
	}()

	var p *int
	*p = 0
	fmt.Println("fun end")

	for {}
}

func main() {
	fmt.Println("main begin")
	fun()
	fmt.Println("main end")

	for {}
}

        结果：

main begin
fun begin
goroutine 1 [running]:
runtime/debug.Stack(0xc000088060, 0xc00009a000, 0xa)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:24 +0xa7
runtime/debug.PrintStack()
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:16 +0x22
main.fun.func1()
        /Users/xxx/test/a.go:10 +0x46
panic(0x10a9760, 0x115d520)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/panic.go:513 +0x1b9
main.fun()
        /Users/xxx/test/a.go:16 +0x7f
main.main()
        /Users/xxx/test/a.go:24 +0x66
xxx goroutine 1 [running]:
runtime/debug.Stack(0xc00007ada8, 0x10a9760, 0x115d520)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/debug/stack.go:24 +0xa7
main.fun.func1()
        /Users/xxx/test/a.go:11 +0x4b
panic(0x10a9760, 0x115d520)
        /usr/local/Cellar/go/1.11.1/libexec/src/runtime/panic.go:513 +0x1b9
main.fun()
        /Users/xxx/test/a.go:16 +0x7f
main.main()
        /Users/xxx/test/a.go:24 +0x66

main end

   

     总之，panic触发层到recover层都会异常退出。 但recover层之上不会异常退出。

 

     不多说。

 

 

      

Go invalid memory address or nil pointer dereference错误
JineD的博客
03-10 1万+
Go 指针声明后赋值，出现 panic: runtime error: invalid memory address or nil pointer dereference 这种是内存地址错误。 首先我们要了解指针，指针地址 在 Go 中 * 代表取指针地址中存的值，& 代表取一个值的地址 对于指针，我们一定要明白指针储存的是一个值的地址，但本身这个指针也需要地址来储存 错误示例 1 2 3 4 5 6 7 8 9 10 11 12 package main
不破楼兰终不还——Go 延迟语句defer指南
Trouvailless的博客
08-27 110
但是这也是我们经常忘记的一个步骤，所以defer可以很好的解决这个问题，比如我们连接数据库就使用defer编写关闭语句，这就能较好的帮助开发人员编写更安全的程序。如果上面这种情况，使用锁和解锁语句之间出现了panic，就会形成死锁，即使我们不使用panic语句，其他语句也可能导致panic啊，因此我们需要使用defer。而使用闭包引用的方式，虽然也是值传递，但是拷贝的是函数指针。defer语句全是输出1，因为循环结束后i=1，而使用匿名函数让defer后面跟着的是一个“闭包”，所以i是“引用类型”的变量。.
panic 会不会导致协程退出
sy_123a的专栏
11-18 1140
协程和 main 的 panic
详解runtime error: invalid memory address or nil pointer dereference
牛肉胡辣汤
02-09 5768
空指针不指向任何有效的内存位置，因此通过空指针进行解引用操作（访问指针指向的内存中的数据）会引发空指针解引用错误。空指针解引用是指当我们尝试通过一个空指针来访问其指向的内存中的数据时，会触发一个运行时的错误。在某些情况下，我们还可以在使用指针之前为其分配内存空间，以确保它有一个有效的地址。为了解决这个问题，我们应该检查指针的初始化情况，避免空指针解引用，进行缓冲区越界检查，并使用调试工具来帮助定位和修复错误。在计算机的内存中，每个字节都有唯一的地址，通过这些地址可以访问和操作内存中的数据。
panic: runtime error问题分享
weixin_34406061的博客
10-30 1278
panic: runtime error: invalid memory address or nil pointer dereference 关于这个错误问题panic: runtime error: invalid memory address or nil pointer dereference，我是如何解决的 一般这个问题的出现，...
Observed a panic: “invalid memory address or nil pointer dereference“ (runtime error: invalid memor
最新发布
喝醉酒的小白
06-21 659
Panic” 在 Go 语言中是一种运行时错误，它会导致当前的 Goroutine 立即停止执行，并开始进行堆栈跟踪（stack trace）。：在可能发生 panic 的地方使用错误处理机制，如 try-catch 块（虽然 Go 没有 try-catch，但可以使用。：在生产环境中，设置监控和警报机制，以便在发生 panic 时能够快速响应。：在代码中添加日志记录，以帮助在发生 panic 时提供更多的上下文信息。：检查触发 panic 的代码行，特别是那些可能涉及指针操作的代码。
golang新手们容易犯的3个错误总结
01-03
这些错误中有些会导致无法通过编译，这种错容易发现，而有些错误在编译时不会抛出，甚至在运行时也不会panic，如果缺少相关的知识，挠破头皮都搞不清楚bug出在哪。 1.对nil map、nil slice 添加数据 请考虑一下这段...
Go panic的学习
技术能量站
03-16 2580
defer语句将函数调用保存到一个列表上。保存的调用列表在当前函数返回前执行。Defer通常用于简化执行各种清理操作的函数。通俗地说，就是defer保证函数调用不管在什么情况下（即使当前函数发生panic），在当前函数返回前必然执行。另外defer的函数调用符合先进后出的规则，即先defer的函数后执行。
crd 从入门到破窗而出 (误) - 程序员学点xx 总集篇
lluxury的博客
12-25 1294
第 1 部分 故事 「你叫yann是吧，看来你对k8s 很了解，是么?」 我巴拉巴拉开始自我介绍。 「那你使用过CRD么？」 我委婉的表示：了解过，但是因为诸事繁忙，一直没机会去使用。 「好的，你回去等消息吧。」 凉凉。 以上为灰灰老师的经典小段子，借过来博君一笑。 第 2 部分 定义 定义 既然吃瘪了，就要好好复习，把这块缺陷补上。yann 没有说大话，之前确实看到过相关内容，不过...
Go+ panic
XiaoLin
12-12 274
概述     程序的错误有很多种，我们可以在程序的运行当中可以捕获错误，来提高我们程序的交互性，但是并不是所有的错误我们都可以想得到，或者说编译器可以帮我们检查出来的，这就是运行时错误，比如说数组越界、空指针、类型转换异常等，这些错误只有在执行的时候才可以被检测出来。     这种错误一般会导致系统宕机，会造成整个应用的死机，体验感极差，就类似我们在取钱的时候，突然发现我们的钱不够了，然后整个ATM机就直接蓝屏或者关机了，但是在
解决docer login报错 panic: runtime error: invalid memory address or nil pointer dereference
王亮的博客
01-05 1044
解决docer login报错 panic: runtime error: invalid memory address or nil pointer dereference
beego框架使用session后报错runtime error: invalid memory address or nil pointer dereference
qq_30505673的博客
10-15 3097
beego框架使用session后报错runtime error: invalid memory address or nil pointer dereference 这是因为没有设置Sessionon=true 在conf目录下的app.conf文件中配置Sessionon=true，以启用session，不然会报空指针。 ...
golang定义空指针_Golang 空指针nil的方法和数据成员
weixin_33332385的博客
12-23 266
golang中，有一个特殊的指针值nil.如何使用nil没有方法和成员变量呢?下面来看下具体例子。程序中，定义结构体类型Plane, 将Plane类型的指针作为函数的参数，然后传入nil作为实参。在函数中，使用nil访问Plane的方法。package mainimport ("fmt")type Plane struct {Num int}func (this *Plane) Fly1(){fm...
go使用zorm连接dm数据库在Linux下启动报错invalid memory address or nil pointer dereference
weixin_43128854的博客
06-28 1052
golang，beego框架使用zorm连接dm数据库在Linux下启动报错invalid memory address or nil pointer dereference GOPATH=/home/wt207/go-space #gosetup /home/wt207/go/bin/go build -o /tmp/___1go_build_main_go -gcflags all=-N -l /home/wt207/go-space/insight-client/main.go #gosetup /
golang 中报错 runtime error: invalid memory address or nil pointer dereference
qq_35550353的博客
07-13 1641
今天在golang项目开发中遇到了这样的报错。。记录一下 这个是当我现在定义数据库变量时使用了：= 覆盖了 上方定义的全局变量所导致。。。改为直接等于就成
使用Go模板生成文本
代码教主
06-18 1575
总览 作为软件开发人员，文本无处不在。 代码是文本，HTML是文本，XNL / JSON / YAML / TOML是文本，Markdown是文本，CSV是文本。 所有这些文本格式旨在满足人类和机器的需求。 人类应该能够使用纯文本编辑器阅读和编辑文本格式。 但是在很多情况下，您需要以某种格式生成文本。 您可以从一种格式转换为另一种格式，创建自己的DSL，自动生成一些帮助程序代码，或者仅使用...
<12> go panic
伟大的忠忠的专栏
11-26 714
import ( "fmt" "os" )func main() { fmt.Println("Start Main func()") panic("a problem") _, err := os.Create("/sss/sss") if err != nil { panic(err) } } // 输出 Start Main
背事故？分享 6 种常见的 Go 致命错误场景
weixin_64314555的博客
12-24 927
有一次事故现场，在紧急恢复后，他正在排查代码，查了好一会。我回头一看，这错误提醒很明显就是致命错误，较好定位。 但此时，他竟然在查 panic-recover 是不是哪里漏了，我表示大受震惊... 今天就由煎鱼给大家分享一下错误类型有哪几种，又在什么场景下会触发。 错误类型 error 第一种是 Go 中最标准的 error 错误，其真身是一个 interface{}。 如下： type error interface { Error() string } 复制代码 在日常工程中，
fatal error: unexpected signal during runtime execution [signal SIGSEGV: segmentation violation
sucess999的博客
04-25 6520
错误堆栈： fatal error: unexpected signal during runtime execution [signal SIGSEGV: segmentation violation code=0x1 addr=0x27 pc=0x7fc8a8a92932] runtime stack: runtime.throw({0x66d1b9, 0x7fc880f03a50}) /usr/local/go/src/runtime/panic.go:1198 +0x71 run...
GO：panic时core的生成（GOTRACEBACK）与调试
test1280
01-13 5971
GO：panic core GOTRACEBACK Delve gdb
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值