Maison > développement back-end > Golang > le corps du texte

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

DDD
Libérer: 2024-10-23 14:35:33
original
373 Les gens l'ont consulté

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>
Copier après la connexion

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.
    Copier après la connexion
  • 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!

source:php
Déclaration de ce site Web
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
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal
À propos de nous Clause de non-responsabilité Sitemap
Site Web PHP chinois:Formation PHP en ligne sur le bien-être public,Aidez les apprenants PHP à grandir rapidement!