作者回复: 自己思考就有收获,尽信书则不如无书。
作者回复: 你说的这6个连接是为了解决队头阻塞而实现的并发连接。
而“第七个”实际上是排队等待,还不是队头阻塞。
马上就会讲到这个问题了,再等几天。
作者回复: 下周就会进入安全篇了,详细讲解https、ssl/tls。
作者回复: 抱歉,个人微信用的比较少,可以在GitHub上交流。
作者回复: http不管body的格式,所以可以自己选择序列化方式。
json的优点是易读易解析,但明文显然格式容易,开销大,所以要求高性能都用专门的二进制序列化。
我用c/c++比较多,对Java不太了解,不好评价,抱歉了。
作者回复: 明文是把“双刃剑”,很多时候是优点,但换个场景就是缺点了。
什么事情都是这样,没有绝对,就看应用的场景。
作者回复: go fighting。
作者回复: 后面的安全篇、飞翔篇就会针对http的缺点做出改进,让http变得更好。
作者回复: 是的,http非常灵活,你怎么用都可以。
不过还是有一些大家都愿意遵守的约定,也就是所谓的“范式”“最佳实践”,依照这些规范来使用http协议能够获得最好的效果。
作者回复:
1.说的的很好。
2.长连接当然是真的,但建立连接时还是会比较耗时,终极解决方案就是http/3。
3.可以看“飞翔篇”,讲http/2和http/3。
作者回复: 最后的总结篇会讲,请耐心等待。
作者回复: 用了https不就都全加密了吗?
你的办法也对,保密的部分放在body里,反正http格式很灵活,收到以后随便解释。