Go'da bazı http yanıtlarım var ve bazen aramayı unutuyorum:
resp.Body.Close()
Bu durumda ne olur? hafıza sızıntısı olacak mı? Ayrıca, defer resp.Body.Close()yanıt nesnesini aldıktan hemen sonra yerleştirmek güvenli midir?
client := http.DefaultClient
resp, err := client.Do(req)
defer resp.Body.Close()
if err != nil {
return nil, err
}
Ne var bir hatadır, eğer olabilir respveya resp.Bodysıfır olarak?
Yanıtlar:
Bu durumda ne olur? hafıza sızıntısı olacak mı?
Bu bir kaynak sızıntısı. Bağlantı yeniden kullanılmaz ve açık kalabilir, bu durumda dosya tanımlayıcısı serbest bırakılmaz.
Ayrıca, yanıt nesnesini aldıktan hemen sonra defer resp.Body.Close () koymak güvenli midir?
Hayır, belgelerde verilen örneği izleyin ve hatayı kontrol ettikten hemen sonra kapatın.
client := http.DefaultClient
resp, err := client.Do(req)
if err != nil {
return nil, err
}
defer resp.Body.Close()
Gönderen http.Clientbelgeler:
Döndürülen hata sıfır ise, Yanıt, kullanıcının kapatması beklenen sıfır olmayan bir Gövde içerecektir. Gövde hem EOF'ye okunmaz hem de kapatılmazsa, İstemcinin temelindeki RoundTripper (tipik olarak Taşıma), sonraki bir "canlı tutma" isteği için sunucuya kalıcı bir TCP bağlantısını yeniden kullanamayabilir.
io.LimitReader. İstek çok büyükse yeni bir bağlantı kurmak daha hızlı olduğu için genellikle oldukça küçük bir limit kullanırım.
_, err := client.Do(req)aynı zamanda dosya tanımlayıcının açık kalmasına neden olur. Yani yanıtın ne olduğu umurunda olmasa bile, yine de bir değişkene atamak ve vücudu kapatmak gerekir.
Eğer Response.Bodykapalı olmayacak Close()bir fd ile ilişkili bir kaynak serbest edilmeyecektir daha yöntemle. Bu bir kaynak sızıntısıdır.
Response.BodyGönderen tepki kaynağı :
Bedeni kapatmak arayanın sorumluluğundadır.
Dolayısıyla, nesneye bağlı sonlandırıcı yoktur ve açıkça kapatılmalıdır.
Hata durumunda herhangi bir Yanıt göz ardı edilebilir. Sıfır olmayan bir hata içeren sıfır olmayan bir Yanıt yalnızca CheckRedirect başarısız olduğunda ve bu durumda bile döndürülen Response.Body zaten kapalı olduğunda oluşur.
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
Tanımlayıcı, yukarıda bahsedildiği gibi ilk başta asla kapanmaz.
Ve dahası, golang, eğer yanlışsa, bağlantıyı persistConnyeniden kullanmak için (sarmalamak için struct kullanarak) önbelleğe alır DisableKeepAlives.
Kullandıktan sonra golang'da client.Dogo, adımlardan readLoopbiri olarak gorutin yöntemini çalıştıracaktır .
Böylece golang http transport.gobir pconn(persistConn struct)koymak olmayacak idleConniptal req kadar kanal readLoop, aynı zamanda yöntem ve bu goroutine ( readLoopiptal req kadar engellenir yöntemi).
Daha fazlasını öğrenmek istiyorsanız, readLoopyöntemi görmeniz gerekir .
Bkz. Https://golang.org/src/net/http/client.go
"Hata sıfır olduğunda, resp her zaman sıfır olmayan bir yanıt içerir."
ama hata olduğunda! = nil, resp her zaman sıfırdır demezler.
Şöyle devam ederler: "Eğer ilgili gövde kapatılmamışsa, İstemcinin temelindeki RoundTripper (tipik olarak Transport), sonraki bir" canlı tutma "isteği için sunucuya kalıcı bir TCP bağlantısını yeniden kullanamayabilir."
Bu yüzden sorunu genellikle şu şekilde çözdüm:
client := http.DefaultClient
resp, err := client.Do(req)
if resp != nil {
defer resp.Body.Close()
}
if err != nil {
return nil, err
}