Qu'arrive-t-il aux Goroutines inachevées lorsque la routine Go principale se termine ?

Goroutines non résolues à la sortie principale ou retour de requête en miroir

Considérez l'extrait de code du livre du langage de programmation Go, où les goroutines sont générées pour récupérer réponses provenant de plusieurs URL. La goroutine principale se termine après avoir reçu la réponse la plus rapide du canal de réponses. La question se pose : qu'arrive-t-il aux goroutines inachevées lorsque la goroutine principale ou parent sort ou revient ?

Sortie de la goroutine principale

Lorsque la goroutine principale sort dans des circonstances normales ( renvoie), l’ensemble du système d’exécution s’arrête. Par conséquent, toutes les goroutines bloquées en attente d'envoi sur un canal sans tampon ou complet cessent brusquement d'exister sans être annulées, exécutées ou attendues. Ceci est similaire à l'inflammation d'un papier flash.

On pourrait appeler cela une fuite goroutine, analogue aux ressources non fermées ou non libérées dans d'autres contextes. Cependant, puisque l’ensemble du processus se termine, il n’y a pas de véritable fuite ; les ressources ne sont pas conservées indéfiniment. Le système effectue essentiellement un nettoyage rapide.

Retour de requête en miroir avec l'exécution de la goroutine principale

Si la goroutine principale ne s'est pas terminée et que la fonction MirroredQuery() est revenue, le les goroutines restantes continuent leur exécution ou attendent jusqu'à ce qu'elles terminent leurs tâches et reviennent. Cela inclut l'attente d'une réponse, son envoi au canal et son retour. Au retour, ils se terminent et s'évaporent.

Le canal lui-même reste existant, retenant les chaînes, ce qui pourrait être considéré comme une fuite de ressources mineure. Cependant, cette fuite est résolue lorsque la dernière référence au canal disparaît, ce qui incite le canal (et son contenu) à être récupéré.

Canal sans tampon

Avait le Le canal dans l'extrait de code n'était pas mis en mémoire tampon, les goroutines les plus lentes se bloqueraient lors de la tentative d'envoi vers le canal. Cela empêcherait leur résiliation, conservant le canal et les ressources allouées jusqu'à la fin du programme. Cette situation ne serait pas souhaitable.

Canal tamponné et code le plus propre

L'utilisation d'un canal tamponné dans l'extrait de code est l'approche la plus simple qui garantit la fonctionnalité souhaitée sans erreurs potentielles ou fuites de ressources. Cela permet aux goroutines les plus lentes de terminer leurs tâches et de se terminer gracieusement.

Conclusion

Le sort des goroutines inachevées à la sortie principale est une terminaison brutale. Lorsque la requête en miroir revient alors que la goroutine principale est toujours en cours d'exécution, les goroutines restantes terminent leurs tâches et s'évaporent. L'utilisation d'un canal tampon résout toute fuite de ressources potentielle associée aux goroutines inachevées dans ce contexte.

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!