Verstehen der Kanalausgabereihenfolge in Go
Der angegebene Go-Codeausschnitt beinhaltet die Verwendung eines ungepufferten Kanals zur Kommunikation zwischen Goroutinen. Während aufgrund des Blockierungsverhaltens erwartet wird, dass der Code „Hallo“ und dann „Ping“ ausgibt, gibt er durchgängig „Ping“ gefolgt von „Hallo“ aus. Dies wirft Fragen zur Reihenfolge auf, in der Nachrichten in den Kanal geschrieben und von ihm gelesen werden.
Wie der Code andeutet, blockieren ungepufferte Kanäle sowohl den Sender als auch den Empfänger, bis Daten verfügbar sind. Das bedeutet, dass die Go-Routinen, wenn sie versuchen, in den Kanal zu schreiben, blockiert werden, bis die Nachricht gelesen wird.
Bei der Ausführung teilt der Code zwei Go-Routinen auf, die versuchen, „Hallo“ und „Ping“ zu schreiben der Kanal. Da kein Empfänger sofort verfügbar ist, blockieren beide Routinen.
Beim ersten Lesevorgang (msg := <-messages) wählt das Programm nicht willkürlich eine wartende Goroutine aus. Stattdessen wird derjenige ausgewählt, der bereits auf den Kanal geschrieben hat. Dies erklärt, warum „ping“ immer der Nachricht zugewiesen wird, da es immer vor „hello“ geschrieben wird.
Daher wird die Reihenfolge der gedruckten Nachrichten durch die Reihenfolge der Goroutine-Ausführung bestimmt, die nicht deterministisch ist. Durch Hinzufügen von Print-Anweisungen zu den Goroutinen, die in den Kanal schreiben, kann man überprüfen, ob die Reihenfolge des Schreibens der Reihenfolge der vom Kanal gelesenen Nachrichten entspricht.
Das obige ist der detaillierte Inhalt vonWarum druckt mein Go Unbuffered-Kanal Nachrichten in einer unerwarteten Reihenfolge?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!