Kenapa anda perlu lulus alamat penunjuk bukan penunjuk itu sendiri apabila menggunakan perpustakaan Viper di GO?

Penjelasan terperinci mengenai fungsi Unmarshalkey Perpustakaan Viper Language Go dan Pemindahan Alamat Penunjuk

Artikel ini membincangkan mengapa fungsi UnmarshalKey perlu lulus alamat penunjuk dan bukan penunjuk itu sendiri apabila menggunakan perpustakaan Viper di GO. Kami akan menganalisis masalah ini dalam kombinasi dengan contoh kod dan kod sumber perpustakaan Viper.

Sebab akar masalah terletak pada mekanisme refleksi di dalam fungsi UnmarshalKey . Fungsi ini memerlukan penunjuk yang boleh ditangani untuk mengikat data dari fail konfigurasi ke dalam struktur sasaran. Walaupun penunjuk adalah jenis penunjuk, ia bukan alamat memori yang boleh ditangani dan tidak boleh diubah suai.

Contoh kod dan analisis masalah:

Contoh kod yang disediakan dalam artikel dengan jelas menunjukkan masalah ini. Walaupun global.serversetting adalah jenis *setting.serversettings (penunjuk), ia menunjuk ke alamat memori yang diperuntukkan. Apa fungsi UnmarshalKey yang diperlukan ialah alamat penunjuk ini untuk mengubah suai nilai di kawasan memori yang ditunjukkannya. Melewati global.serversetting secara langsung bersamaan dengan lulus nilai penunjuk (iaitu, alamat memori), bukannya alamat itu sendiri. Ini menjadikan UnmarshalKey tidak dapat mengubah suai kandungan struktur yang ditunjuk oleh serversetting .

Analisis Kod Sumber Perpustakaan Viper:

Serpihan fungsi newdecoder Perpustakaan Viper:

 Func NewDecoder (config *decoderConfig) ( *decoder, error) {
    val: = reflect.valueof (config.result)
    jika val.kind ()! = reflect.ptr {
        kembali nil, errors.new ("Hasil mestilah penunjuk")
    }

    val = val.elem ()
    jika! val.canaddr () {
        kembali nih, errors.new ("Hasil mesti ditangani (penunjuk)")
    }
    // ...
}

Kod ini menerangkan mengapa petunjuk yang boleh ditangani diperlukan:

1. val.Kind() != reflect.Ptr : Periksa sama ada parameter yang diluluskan adalah jenis penunjuk.
2. val = val.Elem() : Mendapat nilai yang ditunjuk oleh penunjuk.
3. !val.CanAddr() : Ini adalah titik utama. CanAddr() memeriksa sama ada nilai itu boleh ditangani. Jika anda melepasi penunjuk secara langsung, val.Elem() mendapat struktur itu sendiri, dan struktur itu sendiri tidak dapat ditangani kerana ia bukan penunjuk. Hanya alamat penunjuk yang boleh ditangani, kerana alamat itu sendiri mewakili lokasi memori dan boleh diubah suai.

Kod dan hasil pengesahan:

Kod pengesahan yang disediakan dalam artikel:

 Pakej utama

import (
    "FMT"
    "Renungkan"
)

var a *db

taip db struct {
}

func main () {
    val: = reflect.valueof (a)
    val = val.elem ()
    fmt.println (val.canaddr ()) // palsu

    val = reflect.valueof (& a)
    val = val.elem ()
    fmt.println (val.canaddr ()) // true
}

Kod ini mengesahkan bahawa hasil yang dikembalikan oleh kaedah CanAddr() reflect.ValueOf(a) (penunjuk sendiri) dan reflect.ValueOf(&a) (alamat penunjuk). Hanya alamat penunjuk yang boleh ditangani.

Kesimpulannya:

Untuk menggunakan fungsi UnmarshalKey dengan betul dari perpustakaan Viper, alamat penunjuk ke struktur sasaran ( &global.serversetting ) mesti diluluskan, bukannya penunjuk itu sendiri ( global.serversetting ). Ini memastikan bahawa Perpustakaan Viper dapat menguasai data fail konfigurasi dengan betul ke dalam struktur sasaran. Ini bukan masalah yang unik untuk perpustakaan Viper, tetapi refleksi mekanisme refleksi bahasa Go dan semantik penunjuk. Memahami penunjuk bahasa Go dan mekanisme refleksi adalah penting untuk menyelesaikan masalah tersebut.

Atas ialah kandungan terperinci Kenapa anda perlu lulus alamat penunjuk bukan penunjuk itu sendiri apabila menggunakan perpustakaan Viper di GO?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!