关于 http 的知识点的思维导图

• 資深大佬 : renmu123

  主整理得挺明白的

• 資深大佬 : basa

  get

• 資深大佬 : huweic

• 主 資深大佬 : xjq

  @huweic 是啊，我还停留在 2 的认知，做技术分享前，2 都不怎么明白

• 資深大佬 : raaaaaar

  这种系统性的知识在学校弄懂是不是好些，毕业后还有那么大块的时间学么。。

• 資深大佬 : ChanKc

  @raaaaaar 学校里？ HTTP 只占计算机网络课程的很小一部分，而且是不会讲到很多具体 HTTP 头和响应码这些东西的

• 資深大佬 : zhuzhibin

  老哥可以导出么

• 資深大佬 : kier

  “post 请求，浏览器先发 header，服务器响应 100 continue 后，浏览器再发 body”
  get 跟 post 的区别-深入里的这段确定吗？
• 主 資深大佬 : xjq

  @zhuzhibin 你要图片吗

• 主 資深大佬 : xjq

  @raaaaaar 在学校也得自我驱动，什么时候都能学

• 主 資深大佬 : xjq

  @kier Firefox 只有一次，大多是发两次包

• 資深大佬 : Seanfuck

  一直用 firefox，8 这点第一次听说。还有 chuncked 编码我测试了是要全部传输完组合起来才能解压，也就是发送的时候就有了全部数据，分块的意义无法理解……

• 主 資深大佬 : xjq

  @Seanfuck 这是一点,分块不需要 content-length 告知实体大小,使用 content-length 如果跟实际实体大小有差,比如 content-length 偏大,则客户端接收到实体发现实体比 content-length 小,就会一直等待,等着接收到 content-length 长度,如果偏小,就会丢失数据,接收到 content-length 长就结束了,分块只需要判断下一个块大小,为 0 则传完了

• 主 資深大佬 : xjq

  @Seanfuck 另外,持久连接的时候,服务端可以动态创建内容,省了计算实体大小

• 主 資深大佬 : xjq

  @zhuzhibin 附言里你看有没有你要的