2019-06-28老师说的对，以前的时候觉得看书或者文章，人家说什么就是什么，而且很绝对。后来慢慢发现，很多东西都是需要结合业务场景来分析的，在这种业务场景是优点，在另外的业务场景就可能是致命的缺点！那句话：脱离业务场景谈技术就是耍流氓！哈哈哈，谢谢老师！作者回复: 自己思考就有收获，尽信书则不如无书。
7
2019-06-29老师，我想问一下关于“队头阻塞”的概念，正好上周团队有人分享这方面的知识，当时是说浏览器针对一个域名最多同时建立6个连接通道，也就是支持6个http并发，当一个页面中有100个资源文件需要加载的时候，就只能6个6个的串行加载，第七个请求要等到第一个请求结果返回来之后才能发出。这么理解队头阻塞的概念对吗？作者回复: 你说的这6个连接是为了解决队头阻塞而实现的并发连接。
而“第七个”实际上是排队等待，还不是队头阻塞。
马上就会讲到这个问题了，再等几天。 2 3
2019-07-13老师讲的非常透彻，有些话看似简单，却值得琢磨，希望老师多讲一点关于身份认证和安全的东西作者回复: 下周就会进入安全篇了，详细讲解https、ssl/tls。
2
2019-06-28老师不仅技术好，文章写的也很好。比较喜欢看这种风格的文章，可以加个微信好友吗？我微信：xttblog作者回复: 抱歉，个人微信用的比较少，可以在GitHub上交流。
2
2019-06-28老师好!传输的时候序列化方式属于HTTP范畴么?现在大多用的json形式可是cloud和dubbo在高并发情况下dubbo性能比cloud好。网上说是序列化方式不一样。也不晓得是不是作者回复: http不管body的格式，所以可以自己选择序列化方式。
json的优点是易读易解析，但明文显然格式容易，开销大，所以要求高性能都用专门的二进制序列化。
我用c/c++比较多，对Java不太了解，不好评价，抱歉了。 1 1- 2019-06-28不觉得明文是缺点，因为http本身就是一套标准规范，而且前面也说它是非常灵活的，所以个人觉得明文也是一种场景，用户也可以选择密文传输！
作者回复: 明文是把“双刃剑”，很多时候是优点，但换个场景就是缺点了。
什么事情都是这样，没有绝对，就看应用的场景。 1 
2020-01-04作为一个测试，只有将特性融合到某个测试场景，问题处理中才印象深刻。。至于解决方案，希望未来可以达到的深度。作者回复: go fighting。
2019-09-261、最喜欢的优点当然是简单可扩展；最不喜欢的是不安全，性能也一般。原因的话，自然是简单可扩展让我们更多的关注业务，但不安全，性能一般使得我们不得不更多的了解底层。这也是程序员的使命吧，哈哈。
2、HTTP支持缓存；HTTP目前还是请求-应答为主。
3、难，还是先学好底层思想。作者回复: 后面的安全篇、飞翔篇就会针对http的缺点做出改进，让http变得更好。
2019-09-02
这里有一点小疑问 就是头字段的灵活性 可以任意的添加字段 为什么不用get put方式传递呢 非要写在头里面呢 什么时候必须在header里面加自己的字段 https会对body 和header都加密 感觉也可以不用添加头字段 直接put传递就好了 安全性没什么区别。还是没有所谓的硬性要求 全靠个人爱好作者回复: 是的，http非常灵活，你怎么用都可以。
不过还是有一些大家都愿意遵守的约定，也就是所谓的“范式”“最佳实践”，依照这些规范来使用http协议能够获得最好的效果。
2019-08-101、最喜欢的优点是灵活、可扩展，感觉这个是 HTTP 纵横江湖几十年而屹立不倒的根基，能够随时拥抱变化，解决与时俱进中产生的问题。
最不喜欢的缺点是不安全，在这个物欲纵横，互联网高速发展的时代，很容易被窃取信息，数据劫持，数据篡改，中间人攻击等，因此诞生了基于 TLS/SSL 的 HTTPS。
2、最近在做客户端网络优化，感触比较深的就是基于“请求 - 问答”模式，C/S每一次的交互都需要经历握手建立连接，比较耗时，但是感觉keep-alive也只是假的长连接，不知道有没有终极处理方案。
3、关于队头阻塞在网上找了下资料
1> 数据分帧：多个请求复用一个TCP连接，然后每个request-response都被拆分为若干个frame发送，这样即使一个请求被阻塞了，也不会影响其他请求
2> 修改底层协议，也即是QUIC诞生的原因，使 HTTP 协议基于 UDP 实现
老师能帮忙解析下问题3吗？展开作者回复:
1.说的的很好。
2.长连接当然是真的，但建立连接时还是会比较耗时，终极解决方案就是http/3。
3.可以看“飞翔篇”，讲http/2和http/3。
2019-07-02我们终端就采用切图的方式 一次请求一张大图 里面包含5*5的小图 达到优化的目的 老师能不能就web优化展开讲一下作者回复: 最后的总结篇会讲，请耐心等待。
1
2019-06-28虽然使用了HTTPS金融领域还是需要对数据加密和完整性检验，加密对body数据好加密对于header部分不好加密，需要对KV一个一个加密有点麻烦，不过在传输的时候一般把字段都用body传输，header里面不使用自定义字段。作者回复: 用了https不就都全加密了吗？
你的办法也对，保密的部分放在body里，反正http格式很灵活，收到以后随便解释。