当我使用我的go(1.8)http库执行正常的GET/POST方法时，它工作正常，如果我尝试使用http库将文件上传到服务器，客户端将创建大量套接字。在我的测试中，文件被切割成碎片上传到5个goroutines，客户端保持250个套接字。我已经添加了deferresp.Body.Close()，这里是关键代码:const(MaxIdleConnsint=40MaxIdleConnsPerHostint=40)transport:=&http.Transport{MaxIdleConns:MaxIdleConns,MaxIdleConnsPerHost:MaxIdleConnsPerHo

如果同一主机有100个并发连接，这可能会在时间上重复，将MaxIdleConnsPerHost设置为100是否有意义？为了避免连接上大量不可重用的TIME_WAIT状态，什么是合适的值？ 最佳答案 正如我所提到的，TIME_WAIT不是您在这种情况下不应该担心的事情。在您实际需要之前，您通常也不会担心它，并且一些系统设置通常会在您的代码之外解决这个问题。如果您的服务非常繁忙，无论如何都要让您的软件尽可能高效，从而为您提供最好的服务。如果您对同一主机进行多次重复调用，HTTP1.1keepalive连接是一种方法。也就是说，100个空

我想设置一个自定义的http客户端来同时获取多个http请求。但是，我对Golang比较陌生，我面临着改变客户结构和我想做的事情的可行性的问题。我想用我创建的那个改变s的传输。我的脚本的简化版本是:packagemainimport("fmt""os""github.com/njasm/gosoundcloud")funcmain(){s,err:=gosoundcloud.NewSoundcloudApi("client_id","client_secret",nil)iferr!=nil{panic(err)}iferr=s.PasswordCredentialsToken("us

如果MaxIdleConnsPerHost设置为较高的数字，比如1000，打开的连接数仍将取决于其他主机，对吗？我的意思是，允许与同一主机的1000个空闲连接将导致打开1000个连接，只要这些连接没有被其他主机关闭吗？那么，有效地将此值设置为一个较大的数字，将导致永远不会关闭连接，而是等待其他主机关闭连接？我的解释正确吗？ 最佳答案 你的理解是正确的。MaxIdleConnsPerHost限制没有主动服务请求但客户端尚未关闭的连接数。空闲连接对Web浏览器很有用，因为它们可以为对同一服务器的后续HTTP请求重复使用连接。不过，空闲连

如果MaxIdleConnsPerHost设置为较高的数字，比如1000，打开的连接数仍将取决于其他主机，对吗？我的意思是，允许与同一主机的1000个空闲连接将导致打开1000个连接，只要这些连接没有被其他主机关闭吗？那么，有效地将此值设置为一个较大的数字，将导致永远不会关闭连接，而是等待其他主机关闭连接？我的解释正确吗？ 最佳答案 你的理解是正确的。MaxIdleConnsPerHost限制没有主动服务请求但客户端尚未关闭的连接数。空闲连接对Web浏览器很有用，因为它们可以为对同一服务器的后续HTTP请求重复使用连接。不过，空闲连