Différences entre Go Playground et la machine locale

Lors de l'exécution d'un code sur le Go Playground, les développeurs peuvent rencontrer des écarts par rapport à l'exécution du même code sur leurs machines locales. Cet article explore les différences de comportement, en particulier lorsqu'il s'agit de goroutines et de mécanismes de synchronisation.

Étude de cas : comportement du code sur Go Playground par rapport à la machine locale

Considérez le code Go suivant :

package main

import (
    "fmt"
)

func other(done chan bool) {
    done 
Sur le terrain de jeu Go, ce code produit une erreur : "Le processus a pris trop de temps." Cela suggère que la goroutine créée dans l'autre fonction s'exécute indéfiniment.
Cependant, l'exécution du même code sur une machine locale avec plusieurs cœurs de processeur (GOMAXPROCS > 1) produit le résultat suivant :
Hello, playground
Finished.
Cela implique que la goroutine créée dans un autre se termine lorsque la goroutine principale se termine.
Expliquer l'écart comportemental
Le comportement différent entre le terrain de jeu Go et la machine locale peut être attribué au nombre de processeurs disponibles. Sur le terrain de jeu Go, GOMAXPROCS a la valeur par défaut 1, ce qui signifie qu'une seule goroutine peut s'exécuter à la fois. Par conséquent, dans l'exemple ci-dessus, la goroutine sans fin créée dans other empêche la goroutine principale de continuer.
En revanche, lors d'une exécution locale avec plusieurs cœurs de processeur, GOMAXPROCS utilise par défaut le nombre de cœurs disponibles, permettant à plusieurs goroutines de fonctionner. s'exécutent simultanément. Ainsi, la goroutine sans fin créée dans les autres n'empêche pas la sortie de la goroutine principale.
Conclusion
Le comportement des goroutines dans Go dépend du nombre de processeurs disponibles (GOMAXPROCS). Alors que le terrain de jeu Go utilise une valeur par défaut de 1, ce qui peut donner l'impression que les goroutines s'exécutent indéfiniment, l'exécution du même code sur une machine locale avec plusieurs cœurs fournit un comportement différent dans lequel les goroutines peuvent se terminer lorsque la goroutine principale se termine. Cette compréhension aide les développeurs à éviter les malentendus et garantit que leur code se comporte comme prévu dans différents environnements.