gpt4 book ai didi

go - 为什么在 golang 中写入全局 map 时恢复不起作用

转载 作者:数据小太阳 更新时间:2023-10-29 03:39:31 25 4
gpt4 key购买 nike

我有一个全局 map ,我使用了很多goroutines并发写 map ,没有限制。那么这当然会引起 panic 。所以我添加了 recover 方法来处理 panic 。但似乎他们没有什么区别。
我的代码如下:

var m = make(map[int]int)

func main(){
defer func(){
if err:=recover();err!=nil{
fmt.Printf("=====recover in main:%s\n",err)
}
}()
count := 1000
for i:=0;i<count;i++{
go AddEle()
}
}

func AddEle(){
defer func(){
if err:=recover();err!=nil{
fmt.Printf("====recover in child goroutines:%s",err)
}
}()
for i:=1;i<1000;i++{
m[i] = i
}
}

输出如下:

 fatal error: concurrent map writesc
goroutine 5 [running]:
runtime.throw(0x666514, 0x15)
/usr/local/go/src/runtime/panic.go:605 +0x95 fp=0xc42002ff48
sp=0xc42002ff28 pc=0x42b2a5
runtime.mapassign_fast64(0x61c360, 0xc42007cbd0, 0x1, 0x0)
/usr/local/go/src/runtime/hashmap_fast.go:519 +0x3d2
fp=0xc42002ffa8 sp=0xc42002ff48 pc=0x40dbb2
main.AddEle()
/home/geek/go/work/src/web/main.go:34 +0x6a fp=0xc42002ffe0
sp=0xc42002ffa8 pc=0x5e257a
runtime.goexit()
/usr/local/go/src/runtime/asm_amd64.s:2337 +0x1 fp=0xc42002ffe8
sp=0xc42002ffe0 pc=0x458821
created by main.main
c/home/geek/go/work/src/web/main.go:22 +0x5at.

所以我想知道为什么recover不生效

最佳答案

recover() 函数处理 panic 。

当运行时检测到并发 map 访问时,运行时会调用 fatalthrow 退出进程。 .

运行时在这种情况下不会 panic ,因此不会调用恢复处理程序。

关于go - 为什么在 golang 中写入全局 map 时恢复不起作用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54859858/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com