Warum stoppt meine Go-Routine mit „select' nicht ohne „fmt.Print()'?

Go-Routine mit Select stoppt nicht, es sei denn, Fmt.Print() wird hinzugefügt

In dieser Go-Übung stoßen wir auf ein besonderes Problem wobei eine Goroutine, die select verwendet, nicht anhält, bis eine zusätzliche fmt.Print()-Anweisung eingeführt wird. Um dieses Verhalten zu verstehen, werfen wir einen Blick auf die zugrunde liegende Mechanik der Auswahl innerhalb einer Goroutine.

Wählen Sie ohne eine Standardanweisung Blöcke aus, bis auf allen Kanälen Nachrichten vorhanden sind. Eine Standardanweisung ermöglicht es select jedoch, eine Standardaktion auszuführen, wenn keiner der Kanäle Nachrichten enthält. Im bereitgestellten Code wird diese Standardanweisung zu einer Endlosschleife, die die Ausführungspipeline des Schedulers verbraucht.

Die fmt.Print()-Anweisung bietet dem Scheduler eine Möglichkeit, die Goroutine vorübergehend freizugeben, sodass andere Goroutinen dies tun können laufen. Ohne diese Freigabe bleibt der Scheduler in der Endlosschleife innerhalb der Select-Anweisung stecken.

Um dieses Problem zu beheben, kann man entweder die Standardanweisung entfernen, um die Auswahl nicht blockierend zu machen, oder einen vorübergehenden Freigabemechanismus einführen, z fmt.Print(). Darüber hinaus kann die Verwendung von GOMAXPROCS=2 das Problem mildern, indem die Anzahl der verfügbaren Ausführungsthreads erhöht wird. Dieser Ansatz löst das Problem jedoch nicht vollständig.

Beachten Sie, dass Goroutinen kooperativ geplant sind, was bedeutet, dass sie die Kontrolle freiwillig abgeben. Es ist unklar, warum die Select-Anweisung im Originalcode nicht nachgibt, obwohl sie der Goroutine die Möglichkeit dazu bietet.

Das obige ist der detaillierte Inhalt vonWarum stoppt meine Go-Routine mit „select' nicht ohne „fmt.Print()'?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!