Comportement de la concurrence du langage GO sans tamponner les canaux: pourquoi y a-t-il deux possibilités d'exécution des résultats?

Explication détaillée du comportement simultané et des caractéristiques non bloquantes des canaux de langue GO

Cet article explore les résultats en cours d'exécution d'un morceau de code de langue GO lors de l'utilisation de canaux non frappés et explique le principe de programmation simultanée derrière. Le code utilise les caractéristiques des canaux de langue GO, mais montre différents comportements dans différentes situations, ce qui déclenche des discussions sur des questions telles que le blocage des canaux et le temps de démarrage de Coroutine.

Le code est le suivant:

 package principal

Importer "FMT"

func main () {
    chanint: = make (chan int)
    Déférer Close (Chanint)
    aller func () {
        pour {
            res, ok: = <p> Ce code crée un canal non tamponné <code>chanInt</code> et démarre un Goroutine pour recevoir des données du canal et l'imprimer. Le goroutine principal envoie 1 et 10 au canal. Cependant, il existe deux possibilités d'exécution des résultats: imprimer "1 true" et "10 true", ou simplement imprimer "1 true". Cela soulève les questions suivantes:</p><ol><li> <strong>Il y a deux raisons pour la sortie du canal non frappé:</strong>
</li></ol><p> Les caractéristiques des canaux non frappés sont: l'opération d'envoi est bloquée jusqu'à ce qu'un goroutine reçoive des données; L'opération de réception est également bloquée jusqu'à ce qu'un goroutine envoie des données. Le goroutine principal envoie 1 et 10 tour à tour. Les sous-goroutines sont reçus et imprimés. Si l'enfant Goroutine reçoit 1 assez rapidement, l'impression "1 vrai" est terminée avant que le Goroutine principal n'envoie 10, alors recevant 10 et imprimant "10 true". Mais si l'enfant goroutine reçoit 1 plus lent, l'enfant goroutine ne peut avoir le temps de recevoir et d'imprimer 1 avant que le goroutine principal n'envoie 10 et se termine. En effet, la goroutine principale se termine la fermeture du canal, et l'enfant goroutine reçoit un signal du canal à fermer ( <code>ok</code> est <code>false</code> ), arrêtant ainsi l'opération.</p><ol start="2"><li> <strong>Raisons pour aucune sortie avec des canaux tamponnés ( <code>chanInt := make(chan int, 2)</code> ):</strong>
</li></ol><p> Après avoir changé le canal en un canal tamponné avec Capacité 2, l'envoi du fonctionnement du goroutine principal ne bloquera pas car il a suffisamment d'espace pour accueillir deux valeurs. Le goroutine principal se termine après avoir envoyé 1 et 10, tandis que l'enfant goroutine n'a peut-être pas commencé ou commencé à recevoir des données. En effet, la coroutine prend du temps à commencer. Si le goroutine principal se termine beaucoup plus rapidement que l'enfant Goroutine, l'enfant goroutine ne pourra pas recevoir de données du canal fermé, ce qui n'a pas donné de sortie.</p><p> Grâce à l'analyse, nous comprenons que dans la programmation simultanée du langage GO, le temps de démarrage de la coroutine, les caractéristiques de blocage / non bloquant les canaux et le temps final principal du goroutine déterminent conjointement le résultat de sortie final. L'interaction de ces facteurs conduit à l'incertitude dans le résultat. Pour s'assurer que le sous-goroutine peut gérer toutes les données envoyées, un mécanisme d'attente doit être ajouté après l'envoi des données, tels que la synchronisation des Goroutines à l'aide de <code>WaitGroup</code> .</p>

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!