Umgang mit gleichzeitigen Kartenänderungen: Ein Dilemma zwischen Wiederherstellung und Laufzeitabsturz
Beim Umgang mit gleichzeitigen Kartenzugriffen kann es zu einer besonderen Situation kommen, in der Es scheint aussichtslos, sich von der Panik „gleichzeitiges Lesen und Schreiben von Karten“ zu erholen. Dies liegt daran, dass das Verhalten der Laufzeit in solchen Fällen keine Panik, sondern ein absichtlicher Absturz ist.
In Go 1.6 führte die Laufzeit einen Erkennungsmechanismus für den gleichzeitigen Missbrauch von Karten ein. Wenn mehrere Goroutinen gleichzeitig versuchen, eine Karte zu ändern, löst die Laufzeit einen Absturz aus und gibt eine Diagnosemeldung aus. Dieses Verhalten ergibt sich aus der inhärenten Gefahr eines potenziell undefinierten Verhaltens, wenn auf Karten gleichzeitig für Schreibvorgänge zugegriffen wird.
Leider ist der typische Ansatz der Verwendung von „Defer“ mit „Recover“ zur Bewältigung von Paniken in diesem Szenario wirkungslos. Die Wiederherstellungsfunktion kann den von der Laufzeit ausgelösten Absturz nicht abfangen. Die empfohlene Lösung besteht darin, den gleichzeitigen Missbrauch von Karten insgesamt zu verhindern.
Im bereitgestellten Beispiel:
package main import "time" var m = make(map[string]string) func main() { go func() { for { m["x"] = "foo" } }() go func() { for { m["x"] = "foo" } }() time.Sleep(1 * time.Second) }
Die gleichzeitigen Schreibvorgänge auf die Karte „m“ lösen den Laufzeitabsturz aus. Um dies zu verhindern, müsste man Synchronisationsmechanismen wie die Verwendung eines Mutex oder eines Kanals einsetzen, um den exklusiven Zugriff auf die Karte während Schreibvorgängen sicherzustellen.
Das obige ist der detaillierte Inhalt vonWarum kann „Wiederherstellen' Abstürze gleichzeitiger Kartenänderungen in Go nicht behandeln?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!