如图所示：用socket发送https，for循环下，最后一次conn.Read(buf)总会卡住，貌似还在等待服务端返回数据，一直卡在这里，实际上数据已经读完了，怎么解决呢？
有疑问加站长微信联系（非本文作者）
这是一个创建于 2020-08-25 22:06:13 的主题，其中的信息可能已经有所发展或是发生改变。
入群交流（和以上内容无关）：加入Go大咖交流群，或添加微信：liuxiaoyan-s 备注：入群；或加QQ群：692541889
- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码` - 支持 @ 本站用户；支持表情（输入 : 提示），见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传
今日阅读排行
付费用户「每日一学」2019-07-15：Go中的定时任务3：time.Ticker - 969 阅读
go使用exec.Command执行带管道的命令 - 968 阅读
付费用户「每日一学」2020-08-20：函数是一等公民，这到底在说什么？ - 968 阅读- 4关于context这里一定有你不知道的细节 - 968 阅读
- 5国内用 Dubbo 多还是 grpc 的多 - 968 阅读
- 6手把手教你写单元测试 - 968 阅读
- 7[go 面试] 缓存策略与应对数据库压力的良方 - 967 阅读
- 8[go 面试] 雪花算法与分布式ID生成 - 967 阅读
- 9选择适合微服务的编程语言 - 967 阅读
- 10[完结40周]物联网/嵌入式全能工程师（提薪优选) - 967 阅读
一周阅读排行
- 国内用 Dubbo 多还是 grpc 的多 - 7389 阅读
- 你知道 MySQL 中的 order by 是怎么工作的吗？ - 7386 阅读
- 手把手教你用Go语言实现缓存系统 - 7360 阅读
- 4手把手教你用Go实现Ping操作 - 7357 阅读
- 5手把手教你用go语言实现生产者消费者模式 - 7348 阅读
- 6手把手教你使用pprof进行性能优化 - 7347 阅读
- 7手把手教你写单元测试 - 7345 阅读
- 8初识分布式键值对存储etcd - 7343 阅读
- 9一文带你入门汇编语言 - 7343 阅读
- 10[完结40周]物联网/嵌入式全能工程师（提薪优选) - 7340 阅读
关注我
-
扫码关注领全套学习资料
-
加入 QQ 群：
- 192706294（已满）
- 731990104（已满）
- 798786647（已满）
- 729884609（已满）
- 977810755（已满）
- 815126783（已满）
- 812540095（已满）
- 1006366459（已满）
- 692541889
-
- 加入微信群：liuxiaoyan-s，备注入群
- 也欢迎加入知识星球 Go粉丝们（免费）
因为没有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一定等于请求体的长度。