本文为《三万长文50+趣图带你领悟web编程的内功心法》第二个章节。

2、初识HTTP/1.1

接下来咱们先来简略介绍下HTTP/1.1的优缺点，好让大家对它有个意识，而后再进一步深刻理解。

2.1、可扩大

正是因为HTTP标准中限度很少，通知你能够做什么，然而不会通知你各种条条框框不能做什么，所以，很容易扩大，这也是为什么从HTTP/0.9诞生，始终扩大降级，增加更多的个性的起因。

2.2、传输可靠性

因为底层是基于TCP协定的，所以继承了TCP传输数据的可靠性，次要体现在¹：

• 数据的程序传输；
• 丢包重传，保障牢靠；
• 连贯保护；
• 流量管制，保障稳固；
• 拥塞管制，及时调整，最大水平保障传输失常进行。

2.3、基于申请应答模式

只有一方先被动发动连贯和申请之后，接管刚才能够进行响应。HTTP正是基于这种一问一答的申请应答模式。如果客户端不申请，服务端就不会搭理客户端。

尽管前面HTTP/2呈现了服务端推送²，然而也是针对特定资源的推送，并不是服务端想推送什么就推送什么。

2.4、无状态

有状态意味着肯定会通过某种状态标识为去追踪状态，就像TCP的状态机，TCP申请头有特定的状态标识位来保护连贯的状态。

HTTP并没有提供记录状态的中央，也就是说在交互性场景中，HTTP没有记忆能力。这就会导致这样的问题：

• 同一个用户屡次拜访一个网站，都须要反复读做身份验证。

即便开启了keep-alive机制，也只是TCP层面的维持连贯，对于HTTP层来说，看起来还是无状态的。

咱们不能每次都要让用户输出账号密码进行身份验证吧，为此才会呈现Cookie和Session，为HTTP补救了状态存储的问题。

2.5、明文传输，不平安

咱们通过抓包工具抓HTTP/1.1的包，通过肉眼都能够看到申请头和申请体外面的内容，那么用户登录申请的时候，传输的账号密码以下子就能够捕捉到了。

咱们晓得，数据在网络中申请的链路是很漫长的，只有任何一个环节抓到了你的包，你的数据就泄露了。这也是为什么要推出HTTPS的起因。

2.6、性能较差(申请-应答)

因为应用申请应答机制，每次都须要传一大段申请头，效率比拟差。

另外，HTTP/1.1基于申请-应答模式，在应用层存在队头阻塞问题，并且TCP层同样会存在TCP的队头阻塞问题，导致性能比拟差，须要通过各种奇门妙招去优化网络申请。

效率问题正是促使HTTP/2、HTTP/3诞生的起因之一。

本文为arthinking基于相干技术材料和官网文档撰写而成，确保内容的准确性，如果你发现了有何错漏之处，烦请高抬贵手帮忙斧正，万分感激。

如果您感觉读完本文有所播种的话，能够关注我的账号，或者点赞吧，码字不易，您的反对就是我写作的最大能源，再次感激！

为了把相干系列文章收集起来，不便后续查阅，这里我创立了一个Github仓库，把公布的文章依照分类收集起来了，感兴趣的敌人能够Star跟进：

https://github.com/arthinking…

关注我的博客IT宅(itzhai.com)或者公众号Java架构杂谈，及时获取最新的文章。我将继续更新后端相干技术，波及JVM、Java根底、架构设计、网络编程、数据结构、数据库、算法、并发编程、分布式系统等相干内容。

References

• 谢希仁. 计算机网络(第6版). 电子工业出版社.
• TCP/IP详解 卷1：协定（原书第2版）. 机械工业出版社.
• UNIX网络编程 卷1：套接字联网API. 人民邮电出版社
• HTTP权威指南. 人民邮电出版社
• HTTP/2基础教程. 人民邮电出版社
• 刘超. 趣谈网络协议. 极客工夫
• 罗剑锋. 透视HTTP协定.极客工夫

本文同步发表于我的博客IT宅(itzhai.com)和公众号(Java架构杂谈)

作者： arthinking | 公众号：Java架构杂谈

博客链接： https://www.itzhai.com/articl…

版权申明： 版权归作者所有，未经许可不得转载，侵权必究！分割作者请加公众号。

1. 两万字长文50+张趣图带你领悟网络编程的内功心法-TCP特点. Retrieved from https://www.itzhai.com/network/comprehend-the-underlying-principles-of-network-programming.html#4-2-2%E3%80%81TCP%E7%89%B9%E7%82%B9 ↩
2. 技术干货：HTTP/2 之服务器推送 (Server Push) 最佳实际. Retrieved from https://www.infoq.cn/article/qYdN85t4G4dL4vBAe3N2 ↩