Parallelitätsverhalten von GO -Sprache ohne Pufferkanäle: Warum gibt es zwei Möglichkeiten für die Ausführung von Ergebnissen?

Detaillierte Erläuterung des gleichzeitigen Verhaltens und der nicht blockierenden Eigenschaften von Go-Sprachkanälen

In diesem Artikel werden die laufenden Ergebnisse eines GO -Sprachcodes untersucht, wenn er nicht geleistete Kanäle verwendet, und erläutert das gleichzeitige Programmierprinzip dahinter. Der Code verwendet die Merkmale des GO -Sprachkanals, zeigt jedoch unterschiedliche Verhaltensweisen in verschiedenen Situationen, was Diskussionen zu Themen wie Channel -Blockierung und Coroutine -Startzeit auslöst.

Der Code ist wie folgt:

 Paket Main

importieren "fmt"

func main () {
    Chanint: = make (Chan int)
    Aufhebung schließen (Chanint)
    go func () {
        für {
            res, ok: = <p> Dieser Code erstellt einen ungereinten Kanal <code>chanInt</code> und startet eine Goroutine, um Daten aus dem Kanal zu empfangen und auszudrucken. Die Haupt -Goroutine sendet 1 und 10 an den Kanal. Es gibt jedoch zwei Möglichkeiten für die Ausführung von Ergebnissen: Druck "1 True" und "10 True" oder einfach "1 True". Dies wirft die folgenden Fragen auf:</p><ol><li> <strong>Es gibt zwei Gründe für die ausgeklappte Kanalausgabe:</strong>
</li></ol><p> Die Merkmale von nicht leichten Kanälen sind: Der Sendungsvorgang wird blockiert, bis eine Goroutine Daten erhält; Der Empfangsvorgang wird ebenfalls blockiert, bis eine Goroutine Daten sendet. Die Haupt -Goroutine sendet wiederum 1 und 10. Sub-Goroutinen werden empfangen und gedruckt. Wenn das Kind Goroutine 1 schnell genug erhält, wird das Drucken von "1 True" abgeschlossen, bevor die Hauptgoroutine 10 sendet, dann 10 und druckt "10 true". Wenn das Kind Goroutine jedoch 1 langsamer erhält, hat die Kindergoroutine möglicherweise nur Zeit, 1 zu empfangen und zu drucken, bevor die Hauptgoroutine 10 und endet. Dies liegt daran, dass die Hauptgoroutine -Enden dazu führen, dass der Kanal geschlossen wird und die Kindergoroutine ein Signal des Kanals erhält ( <code>ok</code> ist <code>false</code> ), wodurch der Betrieb gestoppt wird.</p><ol start="2"><li> <strong>Gründe für keine Ausgabe mit gepufferten Kanälen ( <code>chanInt := make(chan int, 2)</code> ):</strong>
</li></ol><p> Nach dem Wechsel des Kanals in einen gepufferten Kanal mit Kapazität 2 wird der Versandbetrieb der Haupt -Goroutine nicht blockiert, da er genügend Platz bietet, um zwei Werte aufzunehmen. Die Haupt -Goroutine endet nach dem Versenden von 1 und 10, während die Kindergoroutine möglicherweise nicht begonnen oder angefangen hat, Daten zu erhalten. Dies liegt daran, dass die Coroutine Zeit braucht, um zu beginnen. Wenn die Haupt -Goroutine viel schneller endet als die Kindergoroutine startet, kann die Kindergoroutine keine Daten aus dem geschlossenen Kanal empfangen, was zu keinem Ausgang führt.</p><p> Durch die Analyse verstehen wir, dass bei gleichzeitiger Programmierung von GO-Sprache, Coroutine-Startzeit, Kanalblockieren/nicht blockierenden Eigenschaften und der Haupt-Goroutine-Endzeit das endgültige Ausgangsergebnis gemeinsam bestimmen. Die Wechselwirkung dieser Faktoren führt zu einer Unsicherheit im Ergebnis. Um sicherzustellen, dass die Sub-Goroutine alle gesendeten Daten verarbeiten kann, sollte nach dem Senden der Daten ein Wartenmechanismus hinzugefügt werden, z. B. die Synchronisation von Goroutinen mit <code>WaitGroup</code> .</p>

Das obige ist der detaillierte Inhalt vonParallelitätsverhalten von GO -Sprache ohne Pufferkanäle: Warum gibt es zwei Möglichkeiten für die Ausführung von Ergebnissen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!