Mengapa Menangguhkan Penutupan Penulis GZIP Membawa kepada Kehilangan Data dalam Go?

Menangguhkan Penutupan Penulis GZIP Membawa kepada Kehilangan Data

Dalam Go, menggunakan penangguhan untuk menutup gzip.Penulis boleh mengakibatkan ralat EOF yang tidak dijangka apabila membaca daripada data yang dizip. Untuk menyelesaikan isu ini, mari kita teliti butiran masalah dan sediakan penyelesaian alternatif.

Memahami Isu:

Kaedah gzip.Writer's Close melaksanakan dua tugas : ia membuang sebarang data tidak bertulis kepada penulis asas dan menulis pengaki GZIP. Walau bagaimanapun, dalam kod yang disediakan:

<code class="go">func zipData(originData []byte) ([]byte, error) {
    // ...

    defer gw.Close()

    // ...
}</code>

Pernyataan penangguhan menangguhkan pelaksanaan gw.Close() sehingga fungsi sekeliling zipData kembali. Oleh itu, apabila zipData selesai dan kembali, pengaki ditulis kepada penimbal yang tidak disimpan dan tidak disertakan dalam tatasusunan bait yang dikembalikan. Ini menyebabkan ralat EOF yang tidak dijangka apabila cuba membaca daripada data yang dizipkan.

Penyelesaian Alternatif:

Untuk menyelesaikan isu, adalah disyorkan untuk menutup penulis sebelum mengembalikan data yang dizip:

<code class="go">func zipData(originData []byte) ([]byte, error) {
    // ...

    if _, err := gw.Write(originData); err != nil {
        return nil, err
    }

    if err := gw.Flush(); err != nil {
        return nil, err
    }
    gw.Close()

    // ...
}</code>

Dengan menutup penulis secara eksplisit sebelum kembali, anda memastikan pengaki GZIP ditulis pada penimbal yang disimpan dan dengan itu dimasukkan dalam tatasusunan bait yang dikembalikan. Ini menghalang ralat EOF yang tidak dijangka dan menjamin integriti data yang dizip.

Atas ialah kandungan terperinci Mengapa Menangguhkan Penutupan Penulis GZIP Membawa kepada Kehilangan Data dalam Go?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!