Apa yang bisa terjadi jika saya tidak menutup respons. Tubuh?

Di Go, saya mendapat beberapa tanggapan http dan terkadang saya lupa menelepon:

resp.Body.Close()

Apa yang terjadi dalam kasus ini? apakah akan ada kebocoran memori? Juga apakah aman untuk dimasukkan defer resp.Body.Close()segera setelah mendapatkan objek respon?

client := http.DefaultClient
resp, err := client.Do(req)
defer resp.Body.Close()
if err != nil {
    return nil, err
}

Bagaimana jika ada kesalahan, bisa respatau resp.Bodynihil?

Apa yang terjadi dalam kasus ini? apakah akan ada kebocoran memori?

Ini kebocoran sumber daya. Sambungan tidak akan digunakan kembali, dan dapat tetap terbuka dalam hal ini deskriptor file tidak akan dibebaskan.

Apakah juga aman untuk segera memasukkan defer resp.Body.Close () setelah mendapatkan objek respons?

Tidak, ikuti contoh yang diberikan dalam dokumentasi dan tutup segera setelah memeriksa kesalahan.

client := http.DefaultClient
resp, err := client.Do(req)
if err != nil {
    return nil, err
}
defer resp.Body.Close()

Dari http.Clientdokumentasi:

Jika error yang dikembalikan nihil, Respons akan berisi Body non-nil yang diharapkan untuk ditutup oleh pengguna. Jika Body tidak dibaca untuk EOF dan ditutup, RoundTripper yang mendasari Klien (biasanya Transport) mungkin tidak dapat menggunakan kembali koneksi TCP persisten ke server untuk permintaan "keep-hidup" berikutnya.

Jika Response.Bodytidak akan ditutup dengan Close()metode daripada sumber daya yang terkait dengan fd tidak akan dibebaskan. Ini adalah kebocoran sumber daya.

Penutupan Response.Body

Dari sumber tanggapan :

Merupakan tanggung jawab pemanggil untuk menutup Tubuh.

Jadi tidak ada finalisator yang terikat ke objek dan harus ditutup secara eksplisit.

Penanganan kesalahan dan pembersihan tertunda

Jika terjadi kesalahan, setiap Respons dapat diabaikan. Respons non-nil dengan kesalahan non-nil hanya terjadi saat CheckRedirect gagal, dan bahkan Respons yang dikembalikan. Tubuh sudah ditutup.

resp, err := http.Get("http://example.com/")
if err != nil {
    // Handle error if error is non-nil
}
defer resp.Body.Close() // Close body only if response non-nil

Awalnya deskriptor tidak pernah menutup, seperti hal-hal yang disebutkan di atas.

Dan terlebih lagi, golang akan meng-cache koneksi (menggunakan persistConnstruct untuk membungkus) untuk digunakan kembali, jika DisableKeepAlivessalah.

Pada golang after use client.Domethod, go akan menjalankan readLoopmetode goroutine sebagai salah satu langkahnya.

Jadi pada golang http transport.go, a pconn(persistConn struct)tidak akan dimasukkan ke idleConnchannel sampai req dibatalkan dalam readLoopmetode tersebut, dan juga goroutine ( readLoopmetode) ini akan diblokir sampai req tersebut dibatalkan.

Ini kode yang menunjukkannya.

Jika Anda ingin tahu lebih banyak, Anda perlu melihat readLoopcaranya.

Lihat https://golang.org/src/net/http/client.go
"Jika err nihil, resp selalu berisi resp.Body non-nil."

tetapi mereka tidak mengatakan bila err! = nil, resp selalu nihil. Mereka melanjutkan dengan mengatakan:
"Jika resp.Body tidak ditutup, RoundTripper yang mendasari Klien (biasanya Transport) mungkin tidak dapat menggunakan kembali koneksi TCP persisten ke server untuk permintaan" tetap hidup "berikutnya."

Jadi saya biasanya memecahkan masalah seperti ini:

client := http.DefaultClient
resp, err := client.Do(req)
if resp != nil {
   defer resp.Body.Close()
}
if err != nil {
    return nil, err 
}