Maison >développement back-end >Golang >Pourquoi les comportements de Go Goroutine diffèrent-ils entre le terrain de jeu et l'exécution locale ?

Pourquoi les comportements de Go Goroutine diffèrent-ils entre le terrain de jeu et l'exécution locale ?

DDD
DDDoriginal
2024-10-23 14:35:33496parcourir

Why Do Go Goroutine Behaviors Differ Between the Playground and Local Execution?

Comportements discordants entre Go Playground et l'exécution de machines locales

Contexte

Pour tenter de clarifier les malentendus concernant les goroutines, un utilisateur s'est tourné vers Go Playground et exécuté le code suivant :

<code class="go">package main

import (
    "fmt"
)

func other(done chan bool) {
    done <- true
    go func() {
        for {
            fmt.Println("Here")
        }
    }()
}

func main() {
    fmt.Println("Hello, playground")
    done := make(chan bool)
    go other(done)
    <-done
    fmt.Println("Finished.")
}</code>

Résultats observés

Go Playground :

  • J'ai rencontré une erreur : "Le processus a pris trop de temps ."
  • Sous-entend que la goroutine au sein d'autres s'exécute perpétuellement.

Exécution locale :

  • Sortie produite presque instantanément :

    Hello, playground.
    Finished.
  • Indique que la goroutine au sein d'un autre se termine à la fin de la goroutine principale.

Explication

Go Playground :

  • GOMAXPROCS par défaut est défini sur 1.
  • Une seule goroutine s'exécute à la fois, empêchant le changement de planificateur lorsque les goroutines ne sont pas bloquantes.
  • Le La goroutine principale bloque l'attente d'un message du canal terminé.
  • La goroutine dans les autres s'exécute indéfiniment, conduisant à l'expiration du délai d'attente.

Exécution locale :

  • GOMAXPROCS est probablement défini sur le nombre de cœurs de processeur, généralement par défaut sur une valeur supérieure à 1.
  • Le planificateur bascule entre les goroutines, permettant à la goroutine principale de progresser même avec un non -blocage de la goroutine exécutée simultanément.
  • Une fois main() terminé, le programme se termine sans attendre la fin de la goroutine exécutée indéfiniment.

Comportement non déterministe

Notez que Go Playground utilise actuellement une version mise en cache de la sortie, de sorte que les exécutions ultérieures peuvent ne pas refléter avec précision l'exécution réelle.

Conclusion

Comprendre l'impact de GOMAXPROCS sur l'exécution des goroutines est crucial pour la conception modèles de concurrence appropriés. Les paramètres par défaut de Go Playground peuvent ne pas toujours imiter le comportement d'une machine locale, ce qui souligne l'importance des tests sous différentes configurations.

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!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn