使用WireShark了解浏览器访问网络的整个过程

浏览器访问网络的整个过程有如下几步：

比如访问：http://com.test.com/pms/action/mobile/carParkMobileRedirect

1. DNS域名解析
2. TCP三次握手
3. 请求与应答
4. 关闭连接

HTTP1.1的长连接

HTTP1.1开始默认建立的是长连接，即一旦浏览器发起HTTP请求，建立的连接不会请求应答之后立刻断掉。HTTP1.0当应答结束后，web浏览器与web服务器必须四次握手断开连接。
Connection：请求：close（告诉WEB服务器或者代理服务器，在完成本次请求的响应后，断开连接，不要等待本次连接的后续请求了）。
keepalive（告诉WEB服务器或者代理服务器，在完成本次请求的响应后，保持连接，等待本次连接的后续请求）。
响应：close（连接已经关闭）。
keepalive（连接保持着，在等待本次连接的后续请求）。
Keep-Alive：如果浏览器请求保持连接，则该头部表明希望 WEB 服务器保持连接多长时间（秒）。例如：Keep-Alive：300

心跳机制：
心跳机制的原理很简单：客户端每隔N秒向服务端发送一个心跳消息，服务端收到心跳消息后，回复同样的心跳消息给客户端。如果服务端或客户端在M秒（M>N）内都没有收到包括心跳消息在内的任何消息，即心跳超时，我们就认为目标TCP连接已经断开了。

短轮询：
浏览器发起一个“询问”请求，服务器无论有无新数据，都立即响应（有就返回新数据，没有就返回一个表示’空’的自定义数据格式），一个HTTP连接结束。

长轮询：
长轮询的经典实现 —— Comet：基于 HTTP 长连接的“服务器推”技术
浏览器发起一个“询问”请求，当没有新数据时，服务器端并不立即响应，而是等待数据，当有新数据产生时，才向浏览器响应，一个HTTP连接结束。

长连接：
服务器端发送完新数据也不断开连接，继续等待下一份新数据，除非超过了一定时限（即自定义的最大连接空闲时长，浏览器可以超时重连）

第一个：DNS域名解析

将域名解析成IP，如果url不包含端口号，则会使用该协议的默认端口号，HTTP协议的默认端口号为80。首先我们知道我们本地的机器上在配置网络时都会填写DNS，这样本机就会把这个url发给这个配置的DNS服务器，如果能够找到相应的url则返回其ip，否则该DNS将继续将该解析请求发送给上级DNS，整个DNS可以看做是一个树状结构，该请求将一直发送到根直到得到结果。DNS域名解析时使用的UDP协议。

DNS的过程如下：

1. 浏览器先检查自身缓存中有没有被解析过的这个域名对应的IP地址，如果有解析结束，同时域名被缓存的时间也可通过TTL属性来设置;
2. 如果浏览器缓存中没有命中(没有)，浏览器会检查操作系统缓存中有没有对应的已解析的结果。而操作系统也有一个域名解析的过程，在windows中可通过C盘里面一个叫做hosts的文件来设置，如果你在这里指定一个域名对应的IP地址，那浏览器会首先使用这个IP地址。但是这种操作系统级别的域名解析过程也被很多黑客利用，通过修改你的hosts文件里的内容吧特定的域名解析到他指定的IP地址还是那个，造成所有的域名劫持。所以在window7中将hosts文件设置成了readonly，防止恶意篡改;
3. 如果还没有命中域名，才会真正的请求本地域名服务器(LDNS)来解析和这个域名，这个服务器一般在你的城市的某个角落，距离不是很远，而且这台服务器的性能很好，一般都会缓存域名解析结果，大