Wiederherstellung der Anruferfunktion nach Goroutine-Panik bei Kindern
Entgegen der landläufigen Meinung beendet die Panik einer Goroutine nicht unbedingt das gesamte Programm. Dieses Missverständnis beruht auf der Annahme, dass verzögerte Wiederherstellungsfunktionen im Anrufer die Panik bewältigen. Dies ist jedoch nicht der Fall, wenn der Aufrufer fertig ist, bevor die Panik in der Goroutine auftritt.
Betrachten Sie das folgende Beispiel:
<code class="go">func fun1() { fmt.Println("fun1 started") defer func() { if err := recover(); err != nil { fmt.Println("recover in func1") } }() go fun2() time.Sleep(10 * time.Second) // wait for the boom! fmt.Println("fun1 ended") } func fun2() { fmt.Println("fun2 started") time.Sleep(5 * time.Second) panic("fun2 booom!") fmt.Println("fun2 ended") }</code>
Obwohl die Aufruferfunktion (fun1) die Ausführung beendet, wird die Das Programm wird immer noch beendet, wenn fun2 in Panik gerät. Dies geschieht, weil die Go-Spezifikation Folgendes definiert: Wenn in einer Goroutine eine Panik auftritt:
In diesem Fall ist fun2 die Funktion der obersten Ebene in der Goroutine und erholt sich nicht von der Panik. Daher wird das Programm beendet.
Der entscheidende Punkt ist, dass:
Eine Goroutine kann sich nicht von einer Panik erholen, die in einer anderen Goroutine auftritt.
Das obige ist der detaillierte Inhalt vonKann sich eine Caller-Funktion von einer untergeordneten Goroutine-Panik erholen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!