Adakah selamat untuk digunakan tidak selamat. Penunjuk untuk terus menukar struct 'titik' kepada struct lain?

Dalam bahasa Go, anda boleh terus menukar satu struktur kepada struktur lain menggunakan `unsafe.Pointer`. Walau bagaimanapun, sama ada penukaran ini selamat adalah persoalan yang patut dibincangkan. Seseorang mesti berhati-hati apabila menggunakan `unsafe.Pointer` untuk penukaran struktur kerana ia boleh membawa kepada ralat capaian memori atau kerosakan data. Dalam kes ini, boleh dikatakan bahawa adalah tidak selamat untuk menggunakan `unsafe.Pointer` untuk menukar secara langsung struct `point` kepada struct lain. Disebabkan keperluan untuk memudahkan teks, isu ini tidak boleh dibincangkan dengan lebih terperinci. Adalah disyorkan untuk menggunakan kaedah penukaran ini dengan berhati-hati dalam pembangunan sebenar dan menggunakan kaedah selamat yang lain untuk menukar struktur.

Kandungan soalan

Adakah ia selamat?

(*teamdata)(unsafe.pointer(&team.id))

Kod contoh:

func testTrans() []*TeamData {
    teams := createTeams()
    teamDatas := make([]*TeamData, 0, len(teams))
    for _, team := range teams {
        // is this safe?
        teamDatas = append(teamDatas, (*TeamData)(unsafe.Pointer(&team.Id)))
    }
    return teamDatas
}

// ??
teams := testTrans()

teams := testtrans() Adakah ahli array akan dikumpul sampah?

Terdapat banyak struktur dan medan yang dikembalikan melalui grpc, dan takrifannya adalah sama dengan takrifan tempatan, jadi saya mahu menggunakan cara yang lebih cekap ini ((*teamdata)(unsafe.pointer(&team.id))), tetapi saya tidak tahu sama ada akan ada sebarang risiko.

Contoh penuh: Dokumentasi untuk https://go.dev/play/p/q3gwp2mervj

Workaround

unsafe.pointer menerangkan penggunaan yang disokong. Terutamanya:

(1) Tukar *t1 kepada penunjuk kepada *t2.

Premisnya ialah t2 tidak lebih besar daripada t1 dan kedua-duanya berkongsi satu Susun atur memori yang setara, transformasi ini membolehkan data ditafsir semula Satu jenis bertindak sebagai data untuk jenis lain.

Pengumpul sampah

go mengetahui petunjuk dalaman dan tidak akan mengutip peruntukan mentah sehingga tiada rujukan yang tinggal kepada blok tersebut. Oleh itu, apabila ada sepasang *teamdata 的引用时，较大的分配（示例中的 grpcretteam) akan dibaiki.

Satu lagi pertimbangan utama ialah penjajaran medan struct. Contohnya:

type Parent struct {
    A uint8
    B uint8
    // 6 bytes of padding to align C.
    C uint64
}

type Bad struct {
    B uint8
    // 7 bytes of padding to align C.
    C uint64
}

Dalam kes ini, penggunaan tidak selamat daripada parent 中提取 bad adalah tidak sah kerana susun atur memori berbeza.

Dalam kebanyakan kes, selalunya sebaiknya elakkan unsafe.pointer helah melainkan diperlukan untuk memenuhi keperluan fungsi atau prestasi. Kod selalunya boleh difaktorkan semula untuk meminimumkan peruntukan.

Jika anda mesti menggunakan unsafe untuk memenuhi keperluan prestasi-- Saya mengesyorkan menggunakan pakej reflect untuk melaksanakan ujian bagi memastikan penjajaran/reka letak memori adalah sah untuk struct kanak-kanak.

Atas ialah kandungan terperinci Adakah selamat untuk digunakan tidak selamat. Penunjuk untuk terus menukar struct 'titik' kepada struct lain?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!