Maison  >  Article  >  développement back-end  >  Pourquoi le passage d'un WaitGroup par valeur dans Go entraîne-t-il un blocage et comment peut-il être résolu ?

Pourquoi le passage d'un WaitGroup par valeur dans Go entraîne-t-il un blocage et comment peut-il être résolu ?

Linda Hamilton
Linda Hamiltonoriginal
2024-10-28 18:56:29528parcourir

Why does passing a WaitGroup by value in Go lead to a deadlock, and how can it be resolved?

Impasse avec les canaux Go : un problème de portée variable

Dans un programme Golang, les canaux facilitent la communication entre les goroutines. Cependant, une mauvaise utilisation des canaux peut entraîner des blocages, comme le démontre le code ci-dessous :

<br>package main</p>
<p>import (</p>
<pre class="brush:php;toolbar:false">"fmt"
"sync"

)

func push(c chan int, wg sync.WaitGroup) {

for i := 0; i < 5; i++ {
    c <- i
}
wg.Done()

>

func pull(c chan int, wg sync.WaitGroup) {

for i := 0; i < 5; i++ {
    result, ok := <-c
    fmt.Println(result, ok)
}
wg.Done()

}

func main() {

var wg sync.WaitGroup
wg.Add(2)
c := make(chan int)

go push(c, wg)
go pull(c, wg)

wg.Wait() // Block the main thread until goroutines complete

}

Lors de l'exécution de ce programme, vous pourriez rencontrer l'erreur suivante :

fatal error: all goroutines are asleep - deadlock!

Pour comprendre pourquoi ce blocage se produit, examinons le code :

  • main crée un WaitGroup, un canal c et des goroutines pour push et pull opérations.
  • Les fonctions push et pull utilisent le WaitGroup pour synchroniser leur exécution.
  • La fonction push envoie des valeurs à c dans une boucle et signale son achèvement en appelant wg.Done().
  • La fonction pull reçoit les valeurs de c et les imprime. Cela signale également l'achèvement avec wg.Done().

Le problème réside dans la façon dont le WaitGroup est transmis aux goroutines. Lorsqu'une valeur est transmise sans esperluette (&), elle est transmise par valeur et non par référence. Dans ce cas, une copie du WaitGroup est créée pour chaque goroutine.

Par conséquent, lorsque chaque goroutine appelle wg.Done(), elle modifie sa copie locale du WaitGroup. Étant donné que le thread principal attend que wg indique que toutes les goroutines sont terminées, il attend indéfiniment car aucune des goroutines ne met à jour le WaitGroup d'origine. Cela conduit à une impasse.

Pour résoudre ce problème, nous devons transmettre le WaitGroup par référence. Cela garantit que les deux goroutines modifient la même instance du WaitGroup et signalent correctement leur achèvement au thread principal.

Voici une version révisée du code avec la correction :

<br>package main</p>
<p>import (</p>
<pre class="brush:php;toolbar:false">"fmt"
"sync"

)

func push(c chan int, wg *sync.WaitGroup) {

for i := 0; i < 5; i++ {
    c <- i
}
wg.Done()

>

func pull(c chan int, wg *sync.WaitGroup) {

for i := 0; i < 5; i++ {
    result, ok := <-c
    fmt.Println(result, ok)
}
wg.Done()

}

func main() {

var wg sync.WaitGroup
wg.Add(2)
c := make(chan int)

go push(c, &wg) // Pass the WaitGroup by reference using the ampersand
go pull(c, &wg) // Pass the WaitGroup by reference using the ampersand

wg.Wait()

}

En passant le WaitGroup par référence, nous nous assurons que le thread principal peut déterminer correctement quand les deux goroutines ont terminé leurs tâches, évitant ainsi l'impasse.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn