GO Language Pack Import: Pourquoi ma variable globale est-elle encore nulle après initialisation?

Explication détaillée de l'importation du pack de langage GO et de l'initialisation variable: analyse du cas de défaillance d'initialisation des variables globales

Cet article analyse les problèmes communs dans l'importation du pack de langage GO et l'initialisation variable. Dans le code, utils.go définit un esclient variable global et est initialisé dans init() . Cependant, après main.go importe utils , il obtient nil lors de l'accès esclient .

Description de la question:

Le code suivant montre utils.go et main.go :

utils.go :

 package utils

importer (
    "FMT"
    "enregistrer"

    "github.com/elastic/go-elasticsearch/v6"
)

var esclient * elasticsearch.client

func init () {
    hôte: = cfg.section ("es"). key ("host"). String () // Supposons que CFG a défini si host == "" {
        log.fatal ("es host not set")
    }

    cfg: = elasticsearch.config {
        Adresses: [] String {host},
    }

    Client, err: = elasticsearch.newclient (CFG) // Notez que NewClient est utilisé ici et modifié en minuscules C
    Si err! = Nil {
        Log.fatal ("Connexion Échec", ERR)
    }

    _, err = client.info ()
    Si err! = Nil {
        log.fatalf ("Erreur de connexion:% s,% V", hôte, err)
    }

    Esclient = Client // Modification de clé: Attribuez explicitement la valeur à la variable globale fmt.println (esclient) // & {0xc000166000 0xc000162000} (sortie d'échantillonnage)
}

main.go :

 package principal

importer (
    "data_push / utils"
    "FMT"
)

func main () {
    fmt.println (utils.esclient) // Le résultat peut toujours être nul (selon la configuration CFG)
}

La racine du problème:

Dans init() de utils.go , client, err := elasticsearch.newclient(cfg) utilise l'opérateur := affectation. Il en résulte un nouveau client variable local déclaré à l'intérieur init() au lieu de modifier l' esclient variable global. Une fois init() terminée, le client variable local est détruit et l' esclient variable global conserve toujours sa valeur initiale nil .

Solution:

Modifier client, err := elasticsearch.newclient(cfg) dans utils.go à esclient, err = elasticsearch.NewClient(cfg) , et attribuez explicitement la valeur de retour d' elasticsearch.NewClient(cfg) à l' esclient variable globale. Notez que elasticsearch.NewClient a une lettre capitalisée, qui est cohérente avec l'exemple de code.

Suggestions d'amélioration:

1. Gestion des erreurs: Dans la fonction main , utils.esclient doivent également être vérifiés pour nil pour gérer les défaillances d'initialisation possibles.
2. Gestion de la configuration: le code suppose que la variable cfg est définie, ce qui nécessite une explication plus approfondie de la configuration de l'hôte es . Il est recommandé d'utiliser une méthode de configuration plus standard, telle que la lecture des variables d'environnement ou des fichiers de configuration.
3. Utilisez des noms de variables plus claires: esclient peut être changé en un nom plus descriptif, tel que elasticSearchClient .

Grâce à la modification ci-dessus, nous pouvons nous assurer que l' esclient variable global est correctement initialisé pour éviter le problème de la valeur nil . N'oubliez pas que dans Go , := déclare une nouvelle variable, et = est utilisé pour attribuer une valeur à la variable déclarée. Comprendre cette distinction est essentiel pour éviter de tels problèmes.

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!