go 里面的 http response body 必须 close 是不是很不合理呀

[zihuyishi]

基本上每个新人写 http 请求都容易忘记这个，然后造成 goroutine 的泄漏。所以 http 请求基本都要实现一个 util 避免这种事情。
然后就是 close 在 Response.Body 上而不是 Response 本身，直觉上 close response 更符合普遍的逻辑吧。虽然可以理解是因为 body 和 response 生命周期不一样，但是用起来还是感觉不太协调

[ihciah]

从设计上主要原因是 http 协议和客户端是两阶段读的。Response 读完 header 就可以返回，body 可以读或者不读。读不读也会影响连接管理，所以无论如何都需要一个显式关闭能力。
至于为啥要手动关，那是语言本身问题，还是没析构函数/drop 的原因。

[thynson]

没有 RAII 的语言可不是要手动关闭嘛。

[hotsymbol]

赶紧换 Rust ，Go 一堆历史遗留问题。只能平替 Python ，这些 web server 还是得交给 rust 和 Java

[lasuar]

go 的 net 库算是 low-level ，需要暴露这个方法。

[avrilko]

rust 适合你

[pluto1]

@gamexg 那应该是我记错了，我总记得我有次好像遇到过 Close 一个 nil 对象导致 panic 的，可能不是在 http 这边

[sampeng]

也没啥问题吧。。。新手？踩 1-2 次雷不就知道了。。