《HTTP权威指南》– 4.HTTP连接管理
浏览器解析URL流程：
- 浏览器解析出域名；
- 浏览器查询这个主机名的IP地址；
- 浏览器获得端口号；
- 浏览器发起到主机名IP地址端口的80连接；
- 浏览器向服务器发送一条HTTP–GET报文；
- 浏览器从服务器读取HTTP响应报文；
HTTP事物的时延有以下几种主要原因：
- 客户端首先要根据URL确定Web服务器的IP地址和端口号；
- 客户端会向服务器发送一条TCP连接请求；
- 连接建立后，客户端就会通过新建立的TCP管道来发送HTTP请求；
- Web服务器会回送HTTP响应；
大多数HTTP客户端都有一个小的DNS缓存，用来保存近期所有访问站点的IP地址。
TCP网络时延的大小取决于硬件速度、网络和服务器的负载、请求和响应保存的尺寸、以及客户端和服务器之间的距离。
HTTP连接方式
并行连接
并行连接：并行地执行多个事务，每个事务都有自己的TCP连接。多个连接会产生一些额外的开销，使用并行连接装载整个页面的时间很可能并串行下载时间更长。
持久连接
持久连接：在事务处理结束之后仍然保持在打开状态的TCP连接被成为持久连接。非持久连接会在每个事务结束之后关闭，持久连接会在不同事务之间保持打开状态，直到客户端或服务器决定将其关闭为止。重用持久连接，就可以避开缓慢的连接建立阶段。而且已经打开的连接还可以避免慢启动的拥挤适应阶段，以便更快地进行数据的传输。
持久以及并行连接：渐进式图片应用：先显示低分辨率的近似图像，然后再逐渐增减图片的分辨率。
持久连接两种类型：
- Keep-alive
- 持久连接
Keep-alive：实现 HTTP/1.0Keep-alive 连接的客户端可以通过包含 Connection：Keep-Alive 首部请求将一条连接保持在打开状态。如果服务器愿意为下一条请求将连接保持在打开状态，就在响应中包含相同的首部，如果响应中没有 Connection：Keep-Alive，客户端就会认为服务器不支持Keep-alive。会在相应报文后关闭连接。
Keep-Alive限制和规则：
- 默认不使用，发送
Connection：Keep-Alive激活；- 首部必须随所有希望保持持久连接的报文一起发送；
- 实体的主体部分必须有正确的
Content-Length；- 代理和网关必须执行
Connection首部的规则。
HTTP/1.1 逐渐停止了对 Keep-alive 连接的支持，用一种名为 持久连接 的改进型设计取代了它。在 HTTP/1.1 中，持久连接默认是激活的。
持久连接的规则和限制：
- 发送了
Connection：close请求首部之后，客户端就无法在那条连接上发送更多的请求了；- 如果客户端不想在连接上发送其它请求了，就应该在最后一条请求中发送一个
Connection：close首部；- 只有当实体部分的长度和相应的
Content-Length一致，或是用分块传输编码方式编码的情况下，连接才能持久保持；- 一个客户端对任何服务器或代理最多只能维护两条持久连接，以防服务器过载；
管道化连接：
HTTP/1.1 允许在持久化上可选地使用请求管道。这是在 Keep-Alive 连接上的进一步想能优化，在响应到达之前，可以将多条请求放入队列，当第一条请求通过网络流向另一端服务器时，第二条和第三条请求也可以开始发送了。
规则和限制：
- 如果客户端无法确认连接是持久的，就不应该使用管道；
- 必须按照与请求相同的顺序回送HTTP响应；
- 客户端必须能够应付持久连接过早关闭，并重新发送为完成请求；
幂等的概念：
如果一个事务，不管是执行一次还是很多次，得到的结果都相同，这个事务就是幂等的。
幂等请求： GET HEAD PUT DELETE TRACE OPTIONS
非幂等请求： POST，非幂等方法或序列不能自动重试。比如：大多数浏览器都会在重载一个缓存的POST相应时提供一个对话框，询问用户是否希望再次发起事务处理。
完全关闭和半关闭：
应用程序可以关闭 TCP 输入和输出信道中任意一个，或者将两个都关闭。
套接字调用 close() 会将 TCP 连接的输入和输出传到都关闭了，称为“完全关闭”，还可以调用 shutdown() 单独关闭输入或输出信道，成为 “半关闭”。
