Maison >développement back-end >Golang >Pourquoi une instruction Go Select avec une Goroutine se bloque-t-elle à moins qu'une instruction Print ne soit ajoutée ?
Goroutine avec Select ne s'arrête que si une instruction d'impression est ajoutée
Dans l'exercice Go Tour #71, utiliser select sans valeur par défaut L'instruction peut entraîner une boucle infinie qui empêche la goroutine de se terminer. Ce problème se produit lors de l'exécution de 71_hang.go avec l'argument nogood, mais pas avec l'argument ok.
La différence entre les deux scénarios est la présence d'une instruction fmt.Print("") supplémentaire dans la valeur par défaut. cas de l'instruction select. Par défaut, sélectionnez les blocs jusqu'à ce que l'un des canaux ait un message à recevoir. Cependant, avec le cas par défaut, select exécutera l'instruction par défaut même si aucun des canaux n'a de messages disponibles.
Dans le code d'origine, sans l'instruction fmt.Print(""), l'instruction select a entré un boucle infinie car il n'y avait aucun canal avec des messages disponibles et le cas par défaut ne faisait rien pour permettre à la goroutine de planifier. L'ajout de l'instruction fmt.Print("") a permis au planificateur de planifier d'autres goroutines et de rompre la boucle infinie.
Alternativement, le code peut être modifié pour utiliser select de manière non bloquante, permettant aux autres goroutines pour fonctionner correctement. Ceci peut être réalisé en supprimant l'instruction par défaut et en utilisant une instruction if distincte pour vérifier si le compteur d'exploration a atteint zéro, comme indiqué dans le code modifié ci-dessous :
for { select { case todo := <-toDoList: if todo.depth > 0 && !visited[todo.url] { crawling++ visited[todo.url] = true go crawl(todo, fetcher, toDoList, doneCrawling) } case <-doneCrawling: crawling-- } if crawling == 0 { break } }
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!