จะเกิดอะไรขึ้นถ้าฉันไม่ตอบกลับ Body?

ใน Go ฉันได้รับคำตอบจาก http และบางครั้งฉันลืมโทร:

resp.Body.Close()

จะเกิดอะไรขึ้นในกรณีนี้? จะมีการรั่วไหลของหน่วยความจำหรือไม่ นอกจากนี้ยังปลอดภัยที่จะใส่defer resp.Body.Close()ทันทีหลังจากได้รับวัตถุตอบสนองหรือไม่?

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

จะเกิดอะไรขึ้นหากมีข้อผิดพลาดอาจเป็นrespหรือresp.Bodyไม่มี

จะเกิดอะไรขึ้นในกรณีนี้? จะมีการรั่วไหลของหน่วยความจำหรือไม่

มันคือการรั่วไหลของทรัพยากร การเชื่อมต่อจะไม่ถูกใช้ซ้ำและยังคงเปิดอยู่ได้ในกรณีนี้ตัวอธิบายไฟล์จะไม่ถูกปล่อยให้เป็นอิสระ

นอกจากนี้ยังปลอดภัยที่จะใส่ defer resp.Body.Close () ทันทีหลังจากได้รับวัตถุตอบสนอง?

ไม่ทำตามตัวอย่างที่ให้ไว้ในเอกสารและปิดทันทีหลังจากตรวจสอบข้อผิดพลาด

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

จากhttp.Clientเอกสารประกอบ:

หากข้อผิดพลาดที่ส่งคืนเป็นศูนย์การตอบกลับจะมีเนื้อหาที่ไม่ใช่ศูนย์ซึ่งคาดว่าผู้ใช้จะปิด ถ้า Body ไม่ได้อ่านทั้ง EOF และปิด RoundTripper (โดยทั่วไปคือ Transport) ของไคลเอ็นต์อาจไม่สามารถใช้การเชื่อมต่อ TCP ต่อเนื่องกับเซิร์ฟเวอร์ซ้ำสำหรับคำขอ "keep-alive" ในภายหลัง

หากResponse.Bodyไม่ถูกปิดด้วยClose()วิธีการกว่าทรัพยากรที่เชื่อมโยงกับ fd จะไม่ถูกปลดปล่อย นี่คือการรั่วไหลของทรัพยากร

กำลังปิด Response.Body

จากแหล่งที่มาของคำตอบ :

เป็นความรับผิดชอบของผู้โทรในการปิด Body

ดังนั้นจึงไม่มีขั้นสุดท้ายที่ผูกไว้กับวัตถุและต้องปิดอย่างชัดเจน

เกิดข้อผิดพลาดในการจัดการและการล้างข้อมูลที่รอการตัดบัญชี

เมื่อเกิดข้อผิดพลาดสามารถละเว้นการตอบสนองใด ๆ การตอบสนองที่ไม่เป็นศูนย์ที่มีข้อผิดพลาดที่ไม่ใช่ศูนย์เกิดขึ้นเฉพาะเมื่อ CheckRedirect ล้มเหลวและแม้กระทั่งการตอบกลับที่ส่งคืน Body ถูกปิดไปแล้ว

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

ในตอนแรกตัวอธิบายไม่เคยปิดดังที่กล่าวไว้ข้างต้น

และยิ่งไปกว่านั้น golang จะแคชการเชื่อมต่อ (โดยใช้โครงสร้างpersistConnเพื่อตัด) เพื่อนำกลับมาใช้ใหม่หากDisableKeepAlivesเป็นเท็จ

ใน golang หลังจากใช้client.Doวิธี go จะเรียกใช้ goroutine readLoopmethod เป็นหนึ่งในขั้นตอน

ดังนั้นใน golang http transport.goที่pconn(persistConn struct)จะไม่ได้ใส่ลงไปในidleConnช่องจนกว่า req ยกเลิกในreadLoopวิธีการและยัง goroutine นี้ ( readLoopวิธีการ) จะถูกปิดกั้นจน req ยกเลิก

นี่คือรหัสที่แสดง

หากต้องการทราบข้อมูลเพิ่มเติมคุณต้องดูreadLoopวิธีการ

โปรดดูhttps://golang.org/src/net/http/client.go
"เมื่อ err เป็นศูนย์ resp จะมีการตอบสนองที่ไม่ใช่ศูนย์เสมอ"

แต่พวกเขาไม่ได้พูดเมื่อ err! = nil, resp always is nil พวกเขากล่าวต่อไปว่า:
"หาก resp.Body ไม่ถูกปิด RoundTripper (โดยทั่วไปคือ Transport) ของไคลเอ็นต์อาจไม่สามารถใช้การเชื่อมต่อ TCP ต่อเนื่องกับเซิร์ฟเวอร์ซ้ำสำหรับคำขอ" keep-alive "ในภายหลังได้

โดยทั่วไปฉันได้แก้ไขปัญหาดังนี้:

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