Warum verursacht der Code mit Schlösser gelegentlich Panik: Senden Sie auf geschlossenem Kanal?

Analyse des Grundes, warum der Go -Code des Sprachschloss gelegentlich panic: send on closed channel

Bei der gleichzeitigen Programmierung ist es üblich, Sperren (MUTEX) zu verwenden, um die Sicherheit der Gewinde zu gewährleisten. Selbst wenn Schlösser verwendet werden, können Sie immer noch panic: send on closed channel . Dieser Artikel analysiert die Ursachen und Lösungen für dieses Problem.

Problemcode und Phänomen

Der folgende Code -Snippet zeigt das Problem:

 Paket Main

importieren (
    "Kontext"
    "fmt"
    "Synchronisation"
)

var lock sync.mutex

func main () {
    C: = make (chan int, 10)
    wg: = sync.waitgroup {}
    CTX, Cancel: = context.withcancel (context.background ())

    wg.add (1)
    go func () {
        aufschieben wg.done ()
        lock.lock ()
        stornieren()
        schließen (c)
        lock.unlock ()
    } ())

    für i: = 0; i <p> Obwohl <code>lock.Lock()</code> und <code>lock.Unlock()</code> zum Schutz des kritischen Abschnitts verwendet werden, kann das Programm aufgrund des nicht deterministischen Verhaltens <code>select</code> Anweisung immer noch in <code>c  Panik.</code></p><h4 id="Problemanalyse"> Problemanalyse</h4><p> Die GO Language <code>select</code> Anweisung ist nicht deterministisch: Wenn mehrere Fälle empfangen oder gesendet werden können, wählen <code>select</code> zufällig eine Ausführung aus.</p><p> Der Schlüssel ist:</p><ol>
<li><p> <strong>Wettbewerb zwischen <code>close(c)</code> und <code>c  :</code></strong> <code>close(c)</code> und <code>c  Operationen sind keine atomaren Operationen, es gibt Rennbedingungen. Selbst wenn die Sperre hinzugefügt wird, kann nach <code>c  -Betrieb die <code>close(c)</code> -Operation durchgeführt werden, wodurch <code>c  versucht, Daten an den geschlossenen Kanal zu senden, wodurch Panik verursacht wird.</code></code></code></p></li>
<li><p> <strong>Zufälligkeit der <code>select</code> :</strong> Auch wenn <code>ctx.Done()</code> fertig ist, kann <code>select</code> nach dem Ausführen von <code>c  können.</code></p></li>
</ol><h4 id="Lösung"> Lösung</h4><p> Um dieses Problem zu vermeiden, müssen Sie sicherstellen, dass der Kanal vor dem Senden der Daten geschlossen ist. Sie können den Standardfall <code>select</code> Auswahlanweisung verwenden, um es zu implementieren:</p><pre class="brush:php;toolbar:false"> wählen {
Fall C <p> Verwenden Sie alternativ einen zusätzlichen Kanal, um den Abschaltungsvorgang zu koordinieren:</p><pre class="brush:php;toolbar:false"> Paket Main

importieren (
    "fmt"
    "Synchronisation"
)

func main () {
    C: = make (chan int, 10)
    fertig: = make (chan struct {})
    wg: = sync.waitgroup {}

    wg.add (1)
    go func () {
        aufschieben wg.done ()
        Schließen (fertig) // signalisieren, dass der Kanal schließt
        schließen (c)
    } ())

    für i: = 0; i <p> Diese verbesserte Version verwendet den <code>done</code> -Kanal, um den Goroutine -Kanal zu benachrichtigen, um bald geschlossen zu werden, wodurch Rennbedingungen vermieden werden.</p><p> Durch die oben genannte Methode kann <code>panic: send on closed channel</code> effektiv vermieden werden, selbst wenn Schlösser in gleichzeitigen Umgebungen verwendet werden. Welche zu wählene Lösung zu wählen, hängt vom spezifischen Anwendungsszenario und der Codekomplexität ab.</p>

Das obige ist der detaillierte Inhalt vonWarum verursacht der Code mit Schlösser gelegentlich Panik: Senden Sie auf geschlossenem Kanal?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!