浅谈HTTP请求的过程

最新推荐文章于 2023-02-15 14:22:57 发布

筱葭

最新推荐文章于 2023-02-15 14:22:57 发布

阅读量1.7k

点赞数 2

分类专栏： Web 文章标签： URL 页面加载显示

本文链接：https://blog.csdn.net/zhouziyu2011/article/details/60468703

版权

Web 专栏收录该内容

48 篇文章 0 订阅

订阅专栏

以在浏览器输入http://www.myApp.com:8000/mainPage/index.html为例，说明HTTP请求的过程。

1、域名解析

1) 搜索浏览器自身的DNS缓存(缓存时间比较短，大概只有1分钟，且只能容纳1000条缓存)，看自身的DNS缓存中是否有www.myApp.com对应的条目，而且没有过期，如果有且没有过期，则解析到此结束。

2) 如果在浏览器自身的DNS缓存里没有找到，则搜索操作系统自身的DNS缓存，如果找到且没有过期，则解析到此结束。

3) 如果在操作系统自身的DNS缓存里也没有找到，则尝试读取hosts文件(位于C:\Windows\System32\drivers\etc)，如果找到，则解析到此结束。

4) 如果在hosts文件里也没有找到，则会发起一个DNS的系统调用，根据本地配置网络时填写的DNS地址向首选DNS服务器(一般是电信运营商提供的，也可以使用像Google提供的DNS服务器)发起域名解析请求(通过UDP协议向DNS的53端口发起请求，这个请求是递归的请求)。

4.1) 首选DNS服务器首先查找自身的缓存，如果找到且没有过期，则解析到此结束。

4.2) 如果没有找到，则由首选DNS服务器代浏览器发起迭代的DNS解析请求，首先会找根域的DNS服务器的IP地址，找到根域的DNS服务器后，就会向其发起请求(请问www.myApp.com这个域名的IP地址是多少啊？)

4.3) 根域的DNS服务器发现这是一个顶级域com域的一个域名，于是就告诉首选DNS服务器我不知道这个域名的IP地址，但是我知道com域的DNS服务器的IP地址，于是首选DNS服务器就得到了com域的DNS服务器的IP地址，又向com域的DNS服务器发起了请求(请问www.myApp.com这个域名的IP地址是多少?)

4.4)com域的DNS服务器告诉首选DNS服务器我不知道这个域名的IP地址，但是我知道myApp.com这个域的DNS服务器的IP地址，于是首选DNS服务器又向myApp.com这个域的DNS服务器发起请求(请问www.myApp.com这个域名的IP地址是多少啊？)，这时linux178.com域的DNS服务器一查，找到了www.myApp.com这个域名对应的IP地址，于是把找到的结果发送给首选DNS服务器，这时首选DNS服务器就拿到了www.myApp.com这个域名对应的IP地址，并返回给Windows系统内核，内核又把结果返回给浏览器，终于浏览器拿到了www.myApp.com对应的IP地址。

2、客户端发起TCP的3次握手，通过socket与服务器建立一个TCP连接

拿到域名对应的IP地址之后，现在已经拥有了目标ip和端口号8000，这样我们就可以打开socket连接了。浏览器会以一个随机端口(1024 ~ 65535之间)向服务器端的Web程序发起TCP的连接请求。这个连接请求(原始的HTTP请求经过TCP/IP协议的4层模型的层层封包)到达服务器端后(这中间通过各种路由设备，局域网内除外)，进入到网卡，然后是进入到TCP/IP协议栈(一层一层的解封包)，最终到达服务器端的Web程序，最终建立了TCP/IP的连接。

TCP的三次握手：

1) Client首先发送一个连接试探，ACK=0 表示确认号无效，SYN = 1 表示这是一个连接请求报文，同时表示这个数据报不能携带数据，seq = x 表示Client自己的初始序号，表示客户端等待服务器的回复。

2) Server监听到连接请求报文后，如同意建立连接，则向Client发送确认。SYN 和 ACK都置1 ，ack = x + 1表示期望收到对方下一个报文段的第一个数据字节序号是x + 1，同时表明x为止的所有数据都已正确收到，seq = y 表示Server 自己的初始序号，表示Server已经收到Client的连接请求，等待Client的确认。

3) Client收到确认后还需再次发送确认，同时携带要发送给Server的数据。ACK 置1 ，ack = y + 1表示期望收到对方下一个报文段的第一个数据字节序号是y + 1，seq= x + 1 表示Client自己的初始序号，一旦收到Client的确认之后，TCP连接就建立完毕，可以发起HTTP请求了。

3、客户端向服务器发送HTTP请求

TCP连接成功建立后，客户端开始向Web服务器发送请求，这个请求一般是GET或POST命令。

GET命令的格式为：GET 路径/文件名 HTTP/1.0，其中，路径/文件名指出所访问的文件，HTTP/1.0指出Web浏览器使用的HTTP版本。

1次完整的HTTP请求消息包括：一个请求行、若干消息头以及实体内容，而消息头和实体内容可以没有，消息头和实体内容间有一个空行。

Get /mattmarg/ HTTP/1.0
Accept: text/html
Referer: http://www.myApp.com:8000/mainPage/index.html
Accept-Lanague: zh-CN
Content-Type: text/html
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36
Host: http://www.myApp.com
Connection: keep-alive
Cookie: name = value
#空行
<html><head></head><body>...</body></html>

第一行是HTTP请求的请求行：GET /mainPage/index.html HTTP/1.0。

接下来的几行是消息头，消息头主要是用来向服务器传达某种信息或指示。如告诉服务器自己的终端(User-Agent)(如果是浏览器则返回相应的浏览器型号)，终端可以解释的类型(Accept)，是从哪个页面提交的请求(Referer)以及浏览器缓存的Cookie等等。

Accept	告诉服务器自己接受的MIME类型
Referer	告诉服务器请求是从哪个页面提交的
Accept-Lanague	告诉服务器自己接受的语言
Content-Type	告诉服务器自己发送的MIME类型
Accept-Encoding	告诉服务器自己接受的文件压缩方式
User-Agent	告诉服务器自己的终端，如果是浏览器则返回相应的浏览器型号
Host	用来标识请求服务器的主机
Connection	告诉服务器自己是否支持Keep-Alive特性
Cookie	每次请求时都会携带Cookie以方便服务器识别是否是同一个客户端

MIME，Multipurpose Internet Mail Extesions多用途互联网邮件扩展，是一个互联网标准，它扩展了电子邮件标准，使其能够支持非ASCII字符、二进制格式附件等多种格式的邮件消息，这个标准被定义在RFC 2045、RFC 2046、RFC 2047、RFC 2048、RFC 2049等RFC中。由RFC 822转变而来的RFC 2822，规定电子邮件标准并不允许在邮件消息中使用7位ASCII字符集以外的字符。正因如此，一些非英语字符消息和二进制文件，图像，声音等非文字消息都不能在电子邮件中传输。MIME规定了用于表示各种各样的数据类型的符号化方法。此外，在万维网中使用的HTTP协议中也使用了MIME的框架，标准被扩展为互联网媒体类型。

MIME 遵循以下格式：主类型/次类型。如：

1) image/jpg

2) image/gif

3) text/html

4) video/quicktime

5) appliation/x-httpd-php

4、服务器向客户端发送HTTP响应

Web服务器收到HTTP请求，进行处理。从它的文档空间中搜索子目录mainPage的文件index.html。如果找到该文件，Web服务器把该文件内容传送给相应的浏览器。

1次完整的HTTP响应消息包括：一个请求行、若干消息头以及实体内容，而消息头和实体内容可以没有，消息头和实体内容间有一个空行。

HTTP 1.0 200 OK
Accept: text/html
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN
Content-Type: text/html
Cache-Control: max-age=0
Connection: keep-alive
Host: http://www.myApp.com
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36
#空行
<html><head></head><body>...</body></html>

HTTP 1.0 200 OK是HTTP响应的第一行，列出服务器正在运行的HTTP版本号和应答代码，代码"200 OK"表示请求完成。

5、服务器发起TCP的4次挥手，关闭与客户端的TCP连接

应答结束后，若Connection为close，则服务器主动关闭TCP连接，客户端被动释放TCP 连接，若Connection为keepalive，则该连接会保持一段时间，在该时间内，下次的请求可以继续使用此连接。

TCP的四次挥手：

1) Server向Client发送一个FIN报文，序列号为i，FIN和ACK都置1 ，用来关闭Server到Client的数据传送，也就是告诉Client，Server已经不会再发数据了(当然，在FIN包之前发送出去的数据，如果没有收到对应的ACK确认报文，Client依然会重发这些数据)，但此时Server还可以接收数据。