Warum verhalten sich Goroutinen auf dem Go-Spielplatz anders als auf dem lokalen Computer?

Diskrepanzen zwischen Go Playground und Go on Your Machine

Beim Vergleich des Verhaltens von Goroutinen in Go on the Go Playground und auf Ihrem lokalen Computer kann es zu Unstimmigkeiten kommen. Um die zugrunde liegenden Gründe zu klären, schauen wir uns Ihr spezifisches Beispiel genauer an.

Wenn GOMAXPROCS anfänglich auf 1 gesetzt ist, wird erwartet, dass der von Ihnen bereitgestellte Code auf dem Go Playground den Fehler „Der Prozess hat zu lange gedauert“ erzeugt. Dies liegt daran, dass die in der other()-Funktion erstellte Goroutine eine Endlosschleife ausführt und verhindert, dass die Haupt-Goroutine fortfährt und Daten vom Kanal „Done“ empfängt.

Auf Ihrem lokalen Computer ist jedoch wahrscheinlich der Wert GOMAXPROCS festgelegt auf eine höhere Zahl (z. B. die Anzahl der verfügbaren CPU-Kerne). Dadurch können mehrere Goroutinen gleichzeitig ausgeführt werden. In Ihrem Fall empfängt die Haupt-Goroutine Daten vom Kanal „Done“, während die andere Goroutine die Endlosschleife parallel ausführt. Sobald die Daten empfangen wurden, fährt die Haupt-Goroutine fort und beendet das Programm, unabhängig davon, ob die andere Goroutine noch läuft.

Dieses nichtdeterministische Verhalten ist dem Go-Speichermodell inhärent. Die Ausführungsreihenfolge von Goroutinen ist nicht garantiert, es sei denn, explizite Synchronisierungsmechanismen werden verwendet.

Erklärung:

Auf dem Go Playground ist GOMAXPROCS auf 1 gesetzt. Das bedeutet dass jeweils nur eine Goroutine ausgeführt werden kann. In Ihrem Code führt die Haupt-Goroutine die Funktion main() aus und erstellt eine zweite Goroutine, die die Funktion other() ausführt. Die Haupt-Goroutine wartet dann auf dem Kanal „Fertig“, der blockiert ist.

Da immer nur eine Goroutine gleichzeitig ausgeführt werden kann, entscheidet sich der Scheduler dafür, die Funktion „other()“ weiterhin auszuführen. Diese Funktion sendet einen Wert auf dem Kanal „Done“, wodurch sowohl die aktuelle (other()) als auch die Haupt-Goroutine ausführbar sind. Der Scheduler führt jedoch weiterhin other() aus, da GOMAXPROCS=1.

Other() startet dann eine weitere Goroutine, die eine Endlosschleife ausführt. Der Planer entscheidet sich für die Ausführung dieser Goroutine, die ewig dauert, bis sie einen blockierten Zustand erreicht. Infolgedessen wird die Funktion main() nicht fortgesetzt und das Programm läuft auf unbestimmte Zeit, was den Fehler „Der Prozess hat zu lange gedauert“ auf dem Go Playground auslöst.

Lokal ist GOMAXPROCS wahrscheinlich größer als 1. Dies ermöglicht mehrere Goroutinen gleichzeitig ausführen. Sobald other() Daten an den Kanal „Done“ sendet, kann der Scheduler zur Haupt-Goroutine wechseln, die mit der Fertigstellung und Beendigung des Programms fortfährt. Auch wenn noch andere Goroutinen ausgeführt werden, wird das Programm beendet, wenn die Haupt-Goroutine beendet wird.

Das obige ist der detaillierte Inhalt vonWarum verhalten sich Goroutinen auf dem Go-Spielplatz anders als auf dem lokalen Computer?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!