每个主机在网络中都是IP为标识的，IP才是主机在网络中的位置，域名只是为了方便用户记忆而已，这就要求浏览器能够识别域名并且将其转化为对应的IP地址。
所以浏览器会有一个DNS缓存，其中记录了一些域名与IP的对应关系，供浏览器快速查找需要的IP。但是这个DNS缓存不可能存下所有的域名-IP地址，何况IP地址有时候还会变化，因此当在浏览器DNS缓存中没有找到的时候，就要先向DNS服务器请求域名解析，DNS域名解析时用的是UDP协议。
①客户端从浏览器中输入www.baidu.com网站网址后回车，首先浏览器会查询浏览器本身的DNS缓存，一般只有几分钟的缓存，找到了就返回域名对应的IP；如果找不到，系统就会查询本地hosts文件和本地DNS缓存信息，如果找到了，就返回域名对应IP；
②如果没有找到对应的域名解析记录，那么那么系统会把浏览器的解析请求，交给客户端本地设置的DNS服务器地址解析（称为Local DNS，LDNS），如果LDNS服务的本地缓存有对应的解析记录，就会直接返回IP地址；
③如果没有，LDNS会负责继续请求其他DNS服务器；此时就是外网的DNS服务器了，先是根域名服务器，根据浏览器得到的域名，根域名服务器看到.com，会返回.com的顶级域名服务器的ip给LDNS；然后LDNS通过顶级域名服务器的ip，找到了顶级域名服务器，.com顶级域名服务器看到了是找baidu.com一级域名服务器，就将其服务器的ip返回给LDNS；然后一层一层往下找，直到找到了www.baidu.com的DNS记录，并得到对应的IP地址，这时候LDNS会把找到的www.baidu.com的ip发送给客户端浏览器，并记录在缓存中，以便未来再次访问。
④客户端浏览器收到ip之后，就可以通过ip地址找到对应的web服务器了，即服务端主机；接下来就是三次握手建立连接了
得到域名对应的ip地址后，也就表示可以将数据送达到目的主机了，即可以向服务器发送http请求了，但是http是应用层协议，tcp是传输层，所以发送http请求之前，开始我们常说的三次握手。Http请求是使用TCP进行传输的，可以保证可靠传输，并且有序，需要建立连接，才能进行数据传输。
①向目的主机发送TCP连接请求报文
②该TCP报文中SYN标志位为1，产生一个随机数j，表示连接请求
③该TCP报文通过获取的ip（DNS）找到服务器主机，然后获得MAC地址（ARP），通过网关，最终到达目的主机。
④目的主机收到数据帧后，通过ip协议传输帧，再到TCP协议，封装成请求应答报文；
⑤该报文中SYN标志为1，产生一个随机数k，ack标志位j+1，表示连接请求应答
⑥该请求应答报文通过接收到的源ip-》Mac（arp）-》网关，发送到我的主机；
⑦我的主机收到数据帧，通过ip协议传输帧，再到TCP协议，封装成请求确认报文
⑧该请求确认报文通过目标ip-》Mac（arp）-》网关，发送到目的主机
⑨请求确认报文的ack为k +1，表示请求确认；
⑩目的主机接收到数据帧，连接建立完成
建立连接之后，就可以发送数据了，即发送http请求
以get方法为例：
①浏览器向服务器发送get方法报文
②该get方法报文通过tcp-》ip-》mac-》网关-》目的主机
③目的主机收到数据帧，通过ip-tcp-http，http协议单元回应http协议格式封装好的HTML形式数据；
④该HTML数据通过tcp-》ip-》mac-》网关-》我的主机
⑤我的主机收到数据帧，通过ip-tcp-http-浏览器，以网页形式显式HTML
Post请求是可以有请求体的，而get请求不能有请求体
格式
请求首行
请求头信息
空行
请求体
GET /hello/index.jsp HTTP/1.1
Host: localhost
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20100101 Firefox/5.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: zh-cn,zh;q=0.5
Accept-Encoding: gzip, deflate
Accept-Charset: GB2312,utf-8;q=0.7,*;q=0.7
Connection: keep-alive
Cookie: JSESSIONID=369766FDF6220F7803433C0B2DE36D98
-------------此处是空行------------，get没有请求体
POST /hello/index.jsp HTTP/1.1
Accept: image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/msword, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, */*
Referer: http://localhost:8080/hello/index.jsp
Accept-Language: zh-cn,en-US;q=0.5
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
Host: localhost:8080
Content-Length: 13
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: JSESSIONID=E365D980343B9307023A1D271CC48E7D
---------------------------此处为空行-----------------------
Keyword=hello
--------------------- 
① 格式
响应首行；
响应头信息；
空行；
响应体。
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=UTF-8
Content-Length: 724
Set-Cookie: JSESSIONID=C97E2B4C55553EAB46079A4F263435A4; Path=/hello
Date: Wed, 25 Sep 2012 04:15:03 GMT
1XX Informational（信息性状态码）接收的请求正在处理
2XX Success（成功状态码） 请求正常处理完毕
3XX Redirection（重定向状态码） 需要进行附加操作以完成请求
4XX Client Error（客户端错误状态码）服务器无法处理请求
5XX Server Error（服务器错误状态码）服务器处理请求出错
数据传输结束之后需要断开连接，与建立连接不同，断开连接需要多一次手，四次挥手
①浏览器向目的主机发出连接结束报文，此时进入FIN WAIT状态；
②连接结束报文标志位FIN=1，并且产生随机数M
③TCP连接结束请求报文通过ip-》Mac（arp）-》网关-》目的主机
④目的主机接收到数据帧，通过ip-》tcp，通过tcp协议单元回应结束应答报文
⑤结束应答报文中ack = M + 1，表示收到结束请求，当前只是进行回应，因为目的主机可能还有数据要传，并不急着断开连接。
⑥等到浏览器发送完所有数据后，目的主机向我的主机发出tcp连接结束请求报文；
⑦该报文FIN标志位1，并且产生随机数N，表示结束请求
⑧tcp结束请求报文通过ip-》Mac（arp）-》网关-》我的主机
⑨我的主机收到数据帧，通过ip-》tcp，tcp协议单元回应结束应答报文，此时进入TIME WAIT状态，因为不相信网络是可靠的，如果目的主机没收到，还能够重发结束应答报文
⑩该回应结束应答报文中的FIN标志为1，ack=N+1；表示结束应答，该tcp报文通过ip-》Mac（arp）-》网关-》目的主机；目的主机关闭连接，如果TIME WAIT等待结束后，没有收到回复，说明目的主机连接正常关闭了，我的主机也关闭连接
FIN WAIT状态是主动发起请求时，等待确认信息，而TIME WAIT状态是收到结束请求后发送确认信息后等待是否需要重发；
因为建立连接时，目的主机可以直接发送SYN+ACK应答报文，而当目的主机收到FIN后，可能还有数据要发，并不一定直接断开，所以先发送一次应答，告知我的主机收到了连接结束请求。等确认所有数据都发完了，在发送FIN，同时等待我的主机应答，这里的FIN和ACK不能一起发送，因为可能还有数据要传输，所以需要四次
原文：https://blog.csdn.net/huangwei18351/article/details/81456228
