陆仴

“我是哟哟吼说科技，专注于数据网络的回答，欢迎大家与我交流数据网络的问题”

如题，一个完整的HTTP过程是怎样的？

一个完整的HTTP过程包括建立连接、数据传输、断开连接等七个步骤。

下面哟哟来详细介绍一下每一步：

1、TCP建立连接

HTTP协议是基于TCP协议来实现的，因此首先就是要通过TCP三次握手与服务器端建立连接，一般HTTP默认的端口号为80；

2、浏览器发送请求命令

在与服务器建立连接后，Web浏览器会想服务器发送请求命令

3、浏览器发送请求头消息

在浏览器发送请求命令后，还会发送一些其它信息，最后以一行空白内容告知服务器已经完成头信息的发送；

4、服务器应答

在收到浏览器发送的请求后，服务器会对其进行回应，应答的第一部分是协议的版本号和应答状态码；

5、服务器回应头信息

与浏览器端同理，服务器端也会将自身的信息发送一份至浏览器；

6、服务器发送数据

在完成所有应答后，会以Content-Type应答头信息所描述的格式发送用户所需求的数据信息；

7、断开TCP连接

在完成此次数据通信后，服务器会通过TCP四次挥手主动断开连接。但若此次连接为长连接，那么浏览器或服务器的头信息会加入keep-alive的信息，会保持此连接状态，在有其它数据发送时，可以节省建立连接的时间；

欢迎大家多多关注我，在下方评论区说出自己的见解。

哟哟吼说科技

我们打开浏览器，在地址栏输入\\www.wukong.com\\，几秒后浏览器打开悟空问答的页面，那么这几秒钟内发生了哪些事情，我就带大家一起看看完整的流程：

解析URL

浏览器首先会对输入的URL进行验证，如果不合法的时候，那么会把输入的文字传给默认的搜索引擎，比如你只在地址栏输入“悟空问答”几个字。

如果URL通过验证，那么可以解析得到协议（http或者https）、域名（wukong）、资源（首页）等信息。

DNS查询

• 浏览器会先检查域名信息是否在缓存中。
  

• 再检查域名是否在本地的Hosts文件中。

• 如果还不在，那么浏览器会向DNS服务器发送一个查询请求，获得目标服务器的IP地址。

TCP封包及传输

这时候浏览器获得了目标服务器的IP（DNS返回）、端口（URL中包含，没有就使用默认），浏览器会调用库函数socket，生成一个TCP流套接字，也就是完成了TCP的封包。

TCP封包完成之后，就可以传输了，在完成“你瞅啥”，“瞅你咋地”，“来，过来唠唠”一系列操作之后，浏览器和服务器就完成了TCP的三次握手，建立了连接，后面就可以请求服务器资源了。

服务器接收请求并相应

• HTTP有很多请求方法，比如：GET/POST/PUT/DELETE等等，我们浏览器输入URL这种，是GET方法。
  

• 服务器接收到GET请求，服务器根据请求信息，获得相应的相应内容。例如我们输入的是：\\www.wukong.com\\，那么意味着访问首页文件。

浏览器解析并渲染

浏览器从服务器拿到了想要访问的资源，大多数时候，这个资源就是HTML页面，当然也可能是一个其他类型的文件。

• 浏览器先对HTML文档进行解析，生成解析树（以DOM元素为节点的树）。
  

• 加载页面的外部资源，比如JS、CSS、图片。
  

• 遍历DOM树，并计算每个节点的样式，最终完成渲染，变成我们看到的页面。

这次请求响应之后，会断开连接，就这样，完成了一次HTTP的请求。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

会点代码的大叔

一次完整的http请求过程是怎样的？

一次完整的http请求可以说相当迷人：

从你输入网址点击回车的那一刻开始，一切就开始发生：

1、首先浏览器会解析你输入的这一串字符；主要是解析协议（HTTP（s）、ftp：）、域名（www.qq.com)等；如果是合法的网址就继续进行；

2、接下啦就是要根据第一步解析到的域名找到域名指向的IP我们称之为DNS查询。当然这也是一个相对有趣的过程，但不是问题重点，此处简略；

3、找到服务器的IP地址后写下来就是http请求的开始：

三次握手建立连接：

客户端：“在吗？”；

服务端：“在啊”；

客服端 ：“那我开始连你啦”；开始发起http请求

建立连接后发生Http请求，请求内容有：

请求行：uri和协议的版本 (如：GET /index.php HTTP/1.1 )

请求头部：关客户端信息及请求正文信息（长度、编码格式等）

请求数据：如：u=admin&pwd=123456 （可为空）

服务端在收到这些信息后作出相应的回答：

状态：协议版本+状态码+简要描述（如：HTTP/1.1 200 OK）

响应头部：Content-Type（必须有：比如Content-Type: text/html）， 其他可选：Date 、server 等

响应数据：即服务器回应客户端的内容

打开浏览器=》F12 访问一下百度看一下这个完美的过程吧！

当然其中涉及的到东西远不止这些，比如浏览器静态文件的缓存；各个状态码含义；单次请求最大返回资源数；请求字节长度限制等等。

此处班门弄斧，如有错误请批评指正。

有点IT

一次完整的HTTP请求发生了什么？

1. 域名解析

2. 发起TCP3次握手

3. 建立TCP连接后发起HTTP请求

TCP3次握手后，浏览器发起了http的请求

HTTP请求报文格式，报文由3部分组成（请求行+请求头+请求体）

1、请求行：

①请求方法，GET、POST最常见，还有DELETE、HEAD、OPTIONS、PUT、TRACE。

②URL地址，它和报文头的Host属性组成完整的请求URL。

③协议名称及版本号。

2、请求头：

HTTP的报文头，报文头包含若干个属性，格式为“属性名:属性值”，服务端据此获取客户端的信息。与缓存相关的规则信息，均包含在header中

它将一个页面表单中的组件值通过param1=value1¶m2=value2的键值对形式编码成一个格式化串，它承载多个请求参数的数据。不但报文体可以传递请求参数，请求URL也可以通过类似于“tuotiao.com?param1=value1¶m2=value2”的方式传递请求参数。

4. 服务器端响应http请求，浏览器得到html代码

服务器端WEB程序接收到http请求后，开始处理该请求，返回给浏览器html

一些常见状态码

200：成功

301：永久重定向, Location响应首部的值仍为当前URL，为隐藏重定向

302：临时重定向，显式重定向, Location响应首部的值为新的URL

304：Not Modified 未修改，本地缓存的资源文件

404：Not Found 请求的URL资源并不存在

500：Internal Server Error 服务器内部错误

502：Bad Gateway 连接不到服务器

504：Gateway Timeout 能连接服务器，但服务器未在规定时间内给响应

5. 浏览器解析html代码，并请求html代码中的资源

6. 浏览器对页面进行渲染呈现给用户

自此一次完整的HTTP事务宣告完成

苏志远

Http请求的一次详解:

1. 客户端输入URL
   

2. 客户端检测缓存:
   

有缓存且较新，客户端直接读取本地缓存进行资源展示；

有缓存但是不新，准备http请求包,发送至服务端进行缓存校验；

备注:http1.0中Expire、http1.1中是Cache-Control根据发起http请求:

请求报文包含:
a) 请求行
用来说明请求类型(get\\post\\delete等)、要访问的资源(URI)以及使用的HTTP版本(1.0还是1.1)
b) 首部（header）
HOST将指出请求的目的地；
User-Agent由浏览器来定义,自动发送；
Connection:通常设置为keep-Alive, 长连接；
其他首部包括等。
c) 空行
d) 请求实体

3. 提取请求首部HOST通过DNS域名解析获取服务IP(DNS缓存\\递归等)

4. 通过IP与默认端口创建TCP连接,进行http请求报文数据发送,其中重点就三次握手进行描述:

客户端向服务端发送syn=1，seq=client请求的ID;
服务端向客户端发送syn=1,seq=服务端请求的ID,ack=客户端请求的ID+1;
客户端向服务端发送syn=0,seq=客户端请求的ID+1,ack=服务端请求的ID+1,data\\data…

5. 服务端程序接受请求，定向到请求路径处理请求：

服务器对请求报文进行解析，并获取请求的资源及请求方法等相关信息，根据方法，资源，首部和可选的主体部分对请求进行处理

HTTP常用请求方式:MethodGET、POST、HEAD、PUT、DELETE、TRACE、OPTIONS

6.访问资源：

服务器获取请求报文中请求的资源web服务器，即存放了web资源的服务器，负责向请求者提供对方请求的静态资源，或动态运行后生成的资源

7. 返回处理结果，准备http响应:

8. 通过建立的tcp连接来返回相关的http响应报文及http状态信息，然后根据实际情况看是否关闭连接(Connection的keep-alive)

9. TCP连接关闭经历4次握手

客户端主动关闭连接放发送FIN进入FIN_WAIT1状态

服务端发最后的data和ack客户端接收进入CLOSEWAIT状态,客户端进入接受ACK进入FINWAIT2状态

服务端主动发FIN,客户端接受FIN并发送ack进入TIMEWAIT状态

服务器端正式关闭连接进入close状态

10. 客户端拿到http响应的报文信息，经过一系列前端处理过程最终将请求的资源进行展示。

夕阳雨晴

一次完整的HTTP请求过程是怎么样的？事实上，题主的这个问题，最开始我也是抱着试一试的心态进来的，后来发现整个回答区基本上都是学术回答，讲的通俗一点，都是专业人士在那边玩，但是……没几个民众能看得懂。就好像评论区那边有一个回答的评论是，“在头条发计算机学术信息好像怪怪的。”

我大致把这个问题查了个遍，写个最通俗的版本给大家看看吧。

其实HTTP请求过程，就是发送请求—响应的过程。

第一步

今天你想起来，有事，需要找隔壁老王要个小视频。于是，你打开了“TCP协议牌”机器，这是一台高清组装的移动电话机。

第二步

电话接通了，在视频上出现了隔壁老王那张猥琐的笑脸。

你开始说话。

• ①你：喂，你能听到我说话吗？(第一次握手)

• ②隔壁老王：能能能，我能听到，那你能听到我的说话吗？(第二次握手)

• ③你：哈哈，我也能听到！那咱们开始吧！(第三次握手)

接下来，就要开始做正事了。

第三步

1.你说：

哎呀老王呀，我这边需要一个小电影，你能给我发过来吗？(客户端发送请求信息)

2.接着，没等老王说话，你就把需要的小电影名字、大小、我这网速等等信息给他发了过去(客户端发送头部信息)，末尾还加上了一长串省略空格(以空格做结尾)。

第四步

老王皱皱眉头。

“行吧！”(服务器端回应请求信息)

“你是要这个小电影《XXX》，番号XXX，1GB大小，某度网盘是吧？行！”(服务器端回应头部信息)

老王动了动手指，查找了一下储存卡目录，翻出小电影。

“我给你发过去了！”(服务器端发送请求数据)

第五步

视频聊天结束。你随即打开收到的抖音小视频，美滋滋的看起成都小甜甜姐姐起来。

这件事告诉我们：

我还没有女朋友。

赖仲达

专业问题我来回答，

背景

• HTTP（HyperText Transfer Protocol超文本传输协议），该协议位于OSI模型的应用层，应用层是开放系统的最高层，是程序员能直接操纵的通信层。一次HTTP的请求主要建立在传输层TCP三次握手建立通信和四次分手断开通信的基础上，应用层在TCP建立好通信线路后直接发送数据到对端
  服务器上。
• TCP：TCP是一种面向连接的可靠传输协议，为什么说它是一种可靠的传输协议，就在于他这种三次握手和四次分手的机制，通过握手能定时重传，序号确认，数据包校验，拥塞控制来达到可靠传输。当然UDP是不建立这种可靠传输的因而没有握手机制。

TCP三次握手和四次分手

所谓三次握手(Three-way Handshake)，是在建立通信过程中，服务端和客户端总共发送三次数据包。三次握手的目的是：建立TCP通信，和对方同步序列号和确认号，交换通信窗口的大小等。

• 第一次握手（SYN=1,seq=x）：客户端向服务端发送一个TCP标志位SYN为1的数据包，表明要与服务端指定的端口建立连接，同时知名该数据包的第一个字节的序号为seq=X,发送完毕后，客户端进入SYN-END状态。

• 第二次握手(SYN=1,ACK=1，ack=x+1,seq=y)：服务端向客户端发送一个同步确认包（SYN=1,ACK=1），确认号为x+1，表明自己已经收到序号为x开始的数据包，并向客户端发送一个序号为seq=y的包，发送完毕后，服务器端进入 SYN_RCVD 状态。

• 第三次握手（ACK=1,seq=x+1,ack=y+1）:此时客户端向服务端发送一个确认包（ACK=1），同时确认号为y+1，表明客户端已经接受到服务器以y序号开始的数据包，发送完毕后，客户端进入 ESTABLISHED 状态，当服务器端接收到这个包时，也进入 ESTABLISHED 状态，TCP握手结束。
• 第一次挥手（FIN=1,seq=u）:客户端向服务端发送FIN=1的包，表明要断开通信，同时发送一个序号seq=u的数据包；
• 第二次挥手（ACK=1,seq=v,ack=u+1）:服务端向客户端发送一个确认数据包（ACK=1）,同时发送一个序列号为seq=v的数据包。
• 第三次挥手（FIN=1，ACK=1,seq=w,ack=u+1）：FIN=1，表明服务端同意断开通信链路，这个包同样是确认包（ACK=1）,因为服务端发送的两次确认包之间客户端并没有发送数据包给服务端，所以确认号都是ack=u+1;

• 第四次挥挥手（ACK=1,seq=u+1,ack=w+1）:服务端向客户端发送确（ACK=1），同时发送一个序列号为u+1的包。至此，通信链路断开。

完整的HTTP请求过程

1.建立TCP连接：只有当TCP建立完成后才能进行通信。

2.客户端向服务端发起请求：该阶段应用层通过HTTP协议组装请求包通过传输层网络层和数据链路层到达服务器。

3.客户端向服务端发送请求头信息：在这一步客户端将请求头信息组装在各类头部字段中，进行发送。

4.服务端向客户端发送响应：服务端接收到客户端的请求信息后，做出响应来客户端。

5.服务端向客户端发送响应报文的头部字段：将响应数据包的头部字段发送给客户端。

6.服务端向客户端发送响应数据：通过Body将响应数据给客户单，而这些数据才是客户端要获取的。

7.关闭通信线路：数据发送完毕后，如果是短连接将马上关闭通信线路，如果是长连接，服务端会通过同步信息Connection:keep-alive来告诉客户端。

以上，就是一个完整HTTP请求的流程，其主要在于TCP建联，后续都是应用层之间的交互来通信。

感觉我的回答对你有帮助，麻烦点赞关注哈，你的关注是我继续下去的动力对网络有兴趣的可以留言交流，有疑问的也可以私信，大家一起成长，一起交流，谢谢大家

爱答问题的小星星

域名解析 --> 发起TCP的3次握手 --> 建立TCP连接后发起http请求 --> 服务器响应http请求，浏览器得到html代码 --> 浏览器解析html代码，并请求html代码中的资源（如js、css、图片等） --> 浏览器对页面进行渲染呈现给用户

骚年不6忙

一，在浏览器地址栏输入网址

二，解析域名，找到主机的ip地址

三，浏览器与主机建立TCP连接

四，浏览器向主机发起GET请求

五，服务器响应请求，返回html页面

六，浏览器开始显示服务器返回的页面，并且在显示html页面的时候，如果遇见css文件，js文件，图片，就又会再次给相应地址服务器发起请求。

神圣秋刀鱼

wireshark抓个包，对着资料看报文

關鍵字: 数据网络 完整 科技