Analyse de la concurrence des données des variables globales et des variables locales des fonctions Golang

Golang est un langage de programmation fortement typé présentant les caractéristiques d'efficacité, de simplicité et de concurrence, il est donc progressivement favorisé par de plus en plus de développeurs. Dans le développement de Golang, les variables globales et locales des fonctions impliquent souvent des problèmes de concurrence entre les données. Cet article analysera le problème de compétition de données entre variables globales et variables locales dans les fonctions Golang du point de vue du codage réel.

1. La course aux données des variables globales

Les variables globales Golang sont accessibles dans toutes les fonctions, donc si une conception et un codage rigoureux ne sont pas effectués, une course aux données se produira facilement .

Par exemple, dans le code suivant, nous définissons une variable globale num et l'incrémentons dans deux fonctions différentes :

var num int = 0

func addNum1() {
    for i := 0; i < 1000; i++ {
        num += 1
    }
}

func addNum2() {
    for i := 0; i < 1000; i++ {
        num += 1
    }
}

In Dans le code ci-dessus, les deux fonctions augmenteront le variable globale num, ce qui peut entraîner des problèmes de concurrence entre les données. Une course aux données se produit lorsque deux ou plusieurs threads accèdent simultanément à la même ressource partagée pendant qu'au moins l'un des threads écrit sur la ressource, ce qui entraîne un comportement indéfini.

La façon de résoudre ce problème est d'utiliser le type Mutex dans le package de synchronisation fourni par Golang. Mutex est un verrou mutex. Seul le thread détenant le verrou peut accéder aux ressources partagées. Voici le code modifié :

var num int = 0
var mutex sync.Mutex

func addNum1() {
    for i := 0; i < 1000; i++ {
        mutex.Lock()
        num += 1
        mutex.Unlock()
    }
}

func addNum2() {
    for i := 0; i < 1000; i++ {
        mutex.Lock()
        num += 1
        mutex.Unlock()
    }
}

Dans le code modifié ci-dessus, nous implémentons un accès mutuellement exclusif à la variable globale num via Mutex, évitant ainsi le problème de la concurrence des données.

2. Course aux données pour les variables locales

Les variables locales sont définies à l'intérieur d'une fonction et ne sont accessibles que dans cette fonction, il y a donc relativement peu de problèmes de course aux données qui peuvent survenir . Cependant, certains problèmes doivent encore être pris en compte lors de l’utilisation de variables locales.

Par exemple, dans le code suivant, la fonction getRandStr renverra une chaîne aléatoire d'une longueur de 10 :

import (
    "math/rand"
    "time"
)

func getRandStr() string {
    rand.Seed(time.Now().UnixNano())
    baseStr := "abcdefghijklmnopqrstuvwxyz0123456789"
    var randBytes []byte
    for i := 0; i < 10; i++ {
        randBytes = append(randBytes, baseStr[rand.Intn(len(baseStr))])
    }
    return string(randBytes)
}

Dans le code ci-dessus, nous avons généré un nombre aléatoire A Chaîne aléatoire de 10 chiffres comme valeur de retour. Un tel code ne semble pas avoir de problème de concurrence de données, mais en fait, étant donné que les paramètres de rand.Seed(time.Now().UnixNano()) changent avec le temps, s'il est appelé dans plusieurs goroutines en même temps, cette fonction peut amener la fonction à renvoyer le même résultat, entraînant un problème de concurrence.

Afin de résoudre ce problème, nous pouvons extraire rand.Seed(time.Now().UnixNano()) en dehors de la fonction et n'avons besoin de l'appeler qu'une seule fois lorsque le programme est en cours d'exécution. Voici le code modifié :

import (
    "math/rand"
    "time"
)

func init() {
    rand.Seed(time.Now().UnixNano())
}

func getRandStr() string {
    baseStr := "abcdefghijklmnopqrstuvwxyz0123456789"
    var randBytes []byte
    for i := 0; i < 10; i++ {
        randBytes = append(randBytes, baseStr[rand.Intn(len(baseStr))])
    }
    return string(randBytes)
}

Dans le code modifié ci-dessus, nous n'appelons rand.Seed(time.Now().UnixNano()) qu'une seule fois via la fonction init, évitant ainsi d'avoir à le faire. problème de concurrence de données causé par l'appel de cette fonction simultanément dans plusieurs goroutines.

3. Conclusion

Ce qui précède est l'analyse du problème de concurrence des données des variables globales et locales dans les fonctions Golang. :

# 🎜🎜#

Lors de la lecture et de l'écriture de variables globales, utilisez un verrou mutex pour obtenir un accès mutuellement exclusif à la variable globale.
1. Lors de l'utilisation de variables locales, veuillez noter que l'initialisation est requise lors de l'utilisation du générateur de nombres aléatoires en dehors de la fonction pour éviter les problèmes de concurrence de données causés par l'accès simultané de plusieurs goroutines.

En suivant les principes ci-dessus, nous pouvons éviter les problèmes de course aux données dans les fonctions Golang.

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!