前言：当我们使用Golang构造一个Http请求时，往往会忽略一些细节，尤其是在高并发的情况下，会暴露出一些问题。而且这些问题是很难去排查的，比如我最近遇到的这个BUG，在大规模高并发的生产环境下，排查日志会发现极少数的请求会失败，报错如下图所示，这是什么原因呢？


经过排查我发现，造成问题的最可能原因是服务器正在关闭连接的时候又接收到新的请求，所以这个请求就被服务器拒绝而失败。

要解决这个问题，我们需要了解Golang是如何实现connection的。经过翻阅资料我发现connection包含两个协程，一个用于读，一个用于写（就是readLoop和writeLoop）。在大多数情况下，readLoop会检测socket是否关闭，并适时关闭connection。如果一个新请求在readLoop检测到关闭之前就到来了，那么就会产生EOF错误并中断执行，而不是去关闭前一个请求。

那么要怎么解决这个问题呢？其实很简单，只需要设置request的Close属性为true即可，代码如下：req.Close = true 

它会阻止连接被重用，可以有效的防止这个问题，也就是Http的短连接。对于客户端请求，设置此字段可以防止在发送到相同主机的请求之间重复使用TCP连接

Golang源码中对于req.Close的解释如下图所示：


Close表示是在回复此请求（对于服务器）后还是在发送此请求并读取其响应（对于客户端）后关闭连接。

对于服务器请求，HTTP服务器会自动处理，处理程序不需要此字段。

对于客户端请求，设置此字段可以防止在发送到相同主机的请求之间重复使用TCP连接。

总结：只需要设置req.Close = true就可以解决这个BUG，虽然很简单，但是它背后所带来的高并发问题还是值得我们学习的，让我对高并发有了更深的理解。