Qu'arrive-t-il aux Goroutines inachevées lorsque le Goroutine principal quitte ?

Le sort des Goroutines inachevées lors de la sortie ou du retour de la Goroutine principale

Dans l'exemple de code fourni, les Goroutines sont créées pour gérer les requêtes adressées à différents serveurs. La goroutine principale, mirroredQuery, renvoie la réponse la plus rapide. La question se pose : qu'arrive-t-il aux routines inachevées (une ou deux) lorsque la requête miroir se termine ?

Terminaison brutale du retour de la goroutine principale

Lorsqu'une goroutine principale revient, elle déclenche un arrêt brutal du système d’exécution. Cela implique que toutes les goroutines existantes en attente de communication sur un canal sans tampon ou complet disparaissent simplement sans annulation ni résiliation. Ils ne courent pas ou n’attendent pas activement ; au lieu de cela, ils cessent d'exister à la fin de la goroutine principale. Ce phénomène peut être classé comme une fuite de goroutine, mais il est atténué par le fait que l'ensemble du processus se termine.

Poursuite des goroutines pendant l'exécution de la goroutine principale

Cependant , si la goroutine principale reste active (c'est-à-dire non renvoyée), les autres goroutines continuent de fonctionner. Soit ils terminent leurs tâches et reviennent, soit ils exécutent des actions qui entraînent une résiliation. Dans l'exemple donné, les routines inachevées récupèrent une réponse, l'envoient au canal et reviennent. Ces routines s'évaporent à la fin et au retour.

Persistance du canal et fuite de ressources

Le canal persiste après le retour de MirroredQuery et conserve les chaînes reçues des goroutines. Cela pourrait être considéré comme une fuite de ressources mineure, en particulier dans les petits programmes. S'il n'existe aucune autre référence au canal, celui-ci sera éventuellement récupéré, ainsi que son contenu.

Comparaison avec le canal sans tampon et le canal fermé

Dans le cas d'un canal sans tampon, les goroutines "perdantes" se bloqueraient en tentant d'envoyer vers le canal complet. Par conséquent, ces goroutines et la chaîne elle-même persisteraient jusqu'à la fin du programme. La fermeture de la chaîne provoquerait la panique des goroutines « perdantes », tuant ainsi le programme. Par conséquent, l'utilisation d'un canal tamponné simplifie le code tout en évitant ces scénarios indésirables.

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!