почему восстановление не работает, когда пишет глобальную карту в Голанге - PullRequest
0 голосов
/ 25 февраля 2019

У меня есть глобальная карта, и я использую множество процедур для одновременного написания карты без ограничений.Тогда это, конечно, вызовет панику.Поэтому я добавляю метод восстановления, чтобы справиться с паникой.Но казалось, что они не имеют значения.
мой код, как показано ниже:

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.

, поэтому я хочу знать, почему восстановление не дает эффекта.

1 Ответ

0 голосов
/ 25 февраля 2019

Функция recover() обрабатывает панику.

Когда среда выполнения обнаруживает одновременный доступ к карте, среда выполнения завершает процесс с вызовом fatalthrow .

Среда выполнения не паникует в этой ситуации, поэтому обработчик восстановления не вызывается.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...