在Golang中使用http.Response的空白标识符来防止内存泄漏是否足够?

在Golang中使用http.Response的空白标识符来防止内存泄漏是否足够?,http,go,memory-leaks,Http,Go,Memory Leaks,例如,我正在发出post请求,而我根本不需要response对象 _, err := http.Post(url, "", &buf) 在这种情况下,我的内存安全吗?是否将响应。阀体排空,以便正确连接重复使用?或者我需要执行通常的延迟响应体.Close()操作?应用程序必须关闭响应体以回收底层网络连接使用的资源。要允许重用基础连接,应用程序必须在关闭之前读取响应正文 将响应分配给空白标识符不会关闭连接。 作业没有任何副作用,包括空白标识符的赋值。 Golang内存泄漏???@Yandr

例如,我正在发出post请求,而我根本不需要response对象

_, err := http.Post(url, "", &buf)

在这种情况下,我的内存安全吗?是否将响应。阀体排空,以便正确连接重复使用?或者我需要执行通常的
延迟响应体.Close()
操作?

应用程序必须关闭响应体以回收底层网络连接使用的资源。要允许重用基础连接,应用程序必须在关闭之前读取响应正文

将响应分配给空白标识符不会关闭连接。

作业没有任何副作用,包括空白标识符的赋值。


Golang内存泄漏???@YandryPozo什么让你困惑?在Golang中很可能存在内存泄漏。如果设置一个空标识符,您将如何处理返回的响应?你怎么关上它?谢谢。我知道需要关闭响应主体来回收资源,但根据我对空白标识符文档的理解,它忽略了数据,就像写入/dev/null一样。你能给我一个关于这个的链接吗,或者也许是make go Playerd POC?你可能会注意到,你还需要完整地阅读正文,以确保连接可以被传输重新使用。