Maison > développement back-end > Golang > Lors de l'utilisation de canaux, quel est l'ordre d'exécution des goroutines ?

Lors de l'utilisation de canaux, quel est l'ordre d'exécution des goroutines ?

王林
Libérer: 2024-02-09 13:48:09
avant
1275 Les gens l'ont consulté

使用通道时,goroutine 的执行顺序是什么?

L'éditeur php Baicao est là pour répondre à une question courante : "Lors de l'utilisation de canaux, quel est l'ordre d'exécution des goroutines ?" Dans le langage Go, les goroutines sont des threads légers qui peuvent être exécutés simultanément. Lors de l'utilisation de canaux pour la communication entre coroutines, les opérations de réception et d'envoi du canal sont bloquantes, c'est-à-dire qu'elles attendent la fin des opérations des autres coroutines. Par conséquent, lorsque plusieurs goroutines exploitent un canal en même temps, leur ordre d’exécution est incertain et dépend de la planification de chaque coroutine. Cela signifie qu'il est impossible de déterminer quelle goroutine sera exécutée en premier et laquelle sera exécutée plus tard. Ceci est déterminé par le planificateur du langage Go.

Contenu de la question

Quel est l'ordre d'exécution des goroutines lors de l'utilisation des canaux ? Je pense qu'écrire ou lire la chaîne arrête la goroutine actuelle. Mais mon code de test ne suit pas cette règle :

func main() {
    ch := make(chan int)
    go sum(ch, 3)
    fmt.Println("Write number: 10")
    ch <- 10
    fmt.Println("Write number: 20")
    ch <- 20
    fmt.Println("Write number: 30")
    ch <- 30

    fmt.Println("Finish main")
}

func sum(ch chan int, len int) {
    fmt.Println("Func 'sum' start")

    sum := 0
    for i := 0; i < len; i++ {
       fmt.Println("For start")
       num := <-ch
       fmt.Printf("Read from ch: %d\n", num)
       sum += num
       fmt.Println("For finish")
    }

    fmt.Printf("Sum: %d\n", sum)
}
Copier après la connexion

Comment je pense que cette application fonctionne :

1.Créer une chaîne

2. Créez une goroutine (non démarrée, seulement initialisée)

3. Imprimez : notez le numéro : 10

4. Enregistrez sur le canal 10. Fonctions des touches de verrouillage.

5. Le plus important est d'être bloqué. Démarrez la routine de somme.

6. Fonction de sommation d'impression : Func 'sum' start

7. La fonction de sommation s'exécute en boucle et affiche : "Pour commencer"

8. Lisez le numéro 10 depuis "ch" et imprimez : "Lire depuis ch: 10"

9. Prochaine étape. Imprimez : "Terminé" et continuez avec l'itération suivante.

10. Imprimez : "commence par" et essayez d'écrire "avec". Mais la chaîne est vide. Arrêtez le quota et entrez dans la ligne principale

...et encore et encore.

Alors je veux voir :

Write number: 10
Func 'sum' start
For start
Read from ch: 10
For finish
For start
Write number: 20
Read from ch: 20
For finish
For start
Write number: 30
Read from ch: 30
For finish
Sum: 60
Finish main
Copier après la connexion

Mais j'ai vu :

Write number: 10
Func 'sum' start
For start
Read from ch: 10
For finish
For start
Write number: 20
Write number: 30
Read from ch: 20
For finish
For start
Read from ch: 30
For finish
Sum: 60
Finish main
Copier après la connexion

Comment est-ce possible ? La fonction principale écrit deux fois sur le canal sans lire.

De plus, si vous modifiez le nombre d'appels pour :

go sum(ch, 2)
Copier après la connexion

Je ne comprends pas l'erreur. Mais personne n'a lu le dernier message

Exemple : avant ce message.

Solution

Les Goroutines s'exécutent simultanément. Sur les systèmes comportant plusieurs cœurs, ils peuvent fonctionner en parallèle. Les détails dépendent de l’implémentation du planificateur dans le runtime Go. À toutes fins utiles, à l'exception des opérations synchrones telles que la communication par canal, les choses se produisent dans un ordre aléatoire.

Ce n'est pas le cas et ce n'est pas ce qui se passe (tant que le canal n'est pas mis en mémoire tampon). L'appel Println se produit avant l'opération d'envoi et le Goroutine principal se bloque après l'impression jusqu'à ce que la somme que Goroutine soit prête à recevoir.

Que vous voyiez « Lire à partir du ch : 30 » imprimé est également aléatoire. L'opération de réception correspondante doit avoir lieu car le principal bloque jusqu'à ce qu'il le fasse. Cependant, main peut revenir avant Println après la réception, et le programme se terminera immédiatement au retour de main, quelle que soit la présence d'autres goroutines. Si le canal est mis en mémoire tampon, la probabilité que cela se produise augmente.

Ce n'est pas le cas. S'il n'y a que deux récepteurs, cela entraînera toujours un blocage : https://go.dev/play/p/ qFVh529mkqR

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!

Étiquettes associées:
source:stackoverflow.com
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