如图所示:用socket发送https,for循环下,最后一次conn.Read(buf)总会卡住,貌似还在等待服务端返回数据,一直卡在这里,实际上数据已经读完了,怎么解决呢?
有疑问加站长微信联系(非本文作者)

如图所示:用socket发送https,for循环下,最后一次conn.Read(buf)总会卡住,貌似还在等待服务端返回数据,一直卡在这里,实际上数据已经读完了,怎么解决呢?
有疑问加站长微信联系(非本文作者)
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
`单行代码`
因为没有close。一般是客户端收到后,根据协议收完数据主动close。服务端发送完毕后主动close。这是tcp的知识
我是发的get请求,去请求一个https://www.xxx.com/的网站,没办法去要求网站给一个close啊,小白不懂。
这代表了服务器没有主动close。这时候需要你自己close。 由于你没有使用http包,也就是需要自己解析http协议。 http协议主要有两种表示数据接收完毕。一:根据Content-Length,接受足够字节后主动close。二:chunk模式时,接受到最后一个表示结束的特殊chunk后,主动close
如果使用http.Client,这些步骤不需要自己实现
多谢大神指点,我查查资料。
根源问题在于你请求报文里的Content-Length和你的请求体的长度不匹配,你根本没有请求体,但是你的Content-Length的值又那么大,服务器端看到你的Content-Length那么大,会以为你后面的请求体还有很多数据,他就会一直阻塞 等着你还没发送到的报文,但是你又没有后续了,所以说他就一直等着。Content-Length一定等于请求体的长度。