深入浅出 HTTP协议

好记忆不如烂笔头，能记下点东西，就记下点，有时间拿出来看看，也会发觉不一样的感受.

过程解说

体系介绍

域名解析

请求过程

问题解答

过程解说

先说下简要过程，基本过程是如下所列6步 :

1、使用DNS域名解析；

2、发起TCP的3次握手

3、建立TCP连接后发起http请求；

4、服务器响应http请求，浏览器得到返回response；

5、浏览器解析response，并请求其它的资源（如js、css、图片等）；

6、浏览器对页面进行渲染。

体系介绍

HTTP 的整体体系是如下图所示：

比方说 : 访问一个网址的时候，例如www.google.com，具体流程如下

对www.google.com这个网址进行DNS域名解析到IP
通过IP，使用ARP地址解析协议，找到对应的服务器，发起TCP三次握手
建立TCP请求后，发起HTTP请求（例如TOMCAT部署的springMVC程序）
服务器响应HTTP请求，返回RESPONSE
游览器解析response，并请求其它的资源文件（js、css等）
游览器进行渲染界面

注：DNS域名解析采用的是递归查询的方式，软考时有考过，先从本地的DNS缓存中查找—>缓存中没有的话就去找根域名服务器—–>根域名服务器找不到继续找下一级，这样递归查找到再返回给游览器。

域名解析

1）首先会搜索浏览器自身的DNS缓存（缓存时间比较短，大概只有1分钟，且只能容·和他们纳1000条缓存）　　

2）如果浏览器自身的缓存里面没有找到，那么浏览器会搜索系统自身的DNS缓存

3）如果还没有找到，那么尝试从 hosts文件里面去找　　

4）在前面三个过程都没获取到的情况下，就递归地去域名服务器去查找，

请求过程

在细描述如下

问题解答

Q: 为什么连接的时候是三次握手，关闭的时候却是四次握手？

A: 因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，”你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手。

Q: 为什么TIME_WAIT状态需要经过2MSL(最大报文段生存时间)才能返回到CLOSE状态？

A: 一方面是为了等待这个客户重新连接的时候可以进行复用，另一方面必须假象网络是不可靠的，有可以最后一个ACK丢失。所以TIME_WAIT状态就是用来重发可能丢失的ACK报文。

Q: 如果TCP连接丢失了第三个ACK包怎么办？

A: 如果丢失了ACK包，SERVER端将该TCP连接的状态为SYN_RECV，并且依次等待3秒、6秒、12秒后重新发送SYN+ACK包，以便Client重新发送ACK包。如果超过设定的次数，将会断开连接。但是Client认为这个连接已经建立，如果Client端向Server写数据，Server端将以RST包响应，方能让Client感知到Server的错误。

大致的就如同上述所描述的这样，具体细节，可以去学习《透视HTTP 协议》这本书，有更加详细的介绍！

更多信息、博文：请关注公众号: 码出精彩（codingba）