HTTP请求流程

学习计算机必须要知道的HTTP请求流程知识总结。一次完整的HTTP请求包括以下步骤：浏览器首先根据域名解析IP地址，其次建立TCP的3次握手，然后发起HTTP请求，再然后服务器响应HTTP请求，最后断开TCP连接，浏览器渲染页面呈现给用户。下图还有一些补充内容，如：TCP/IP、HTTP、Socket的区别，TCP与UDP等等。如有帮助，动动手指，点个赞！

HTTP请求流程

1.域名解析

2.建立TCP连接

TCP三次握手

第一次握手 SYN=1,ACK=0

客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认

第二次握手 SYN=1,ACK=1

服务器收到syn包，必须确认客户的SYN(ack=j+1)，同时自己也发送一个SYN包(syn=k)，即SYN+ACK包，此时服务器进入SYN_RECV状态;

第三次握手 SYN=0,ACK=1

客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手

总结：

三次握手的建立连接是一个同步的过程，交换初始序列号，保证后续的每一个字节的可靠传输

3.发起http请求

1.请求行

1.请求方法

2.请求URL

3.http协议及版本

2.请求头

包含若干个属性，格式为“属性名:属性值”，服务端据此获取客户端的信息

3.请求体

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

此为详细结构图

4.响应http请求

1.响应行

1.http协议及版本

2.状态码及状态描述

状态码1xx

告诉客户端，请求收到，正在处理

状态码2xx

处理成功

状态码3xx

重定向到其它地方。它让客户端再发起一个请求以完成整个处理

状态码4xx

处理发生错误，责任在客户端，如客户端的请求一个不存在的资源，客户端未被授权，禁止访问等

状态码5xx

处理发生错误，责任在服务端，如服务端抛出异常，路由出错，HTTP版本不支持等

2.响应头

由多个属性组成

3.响应体

请求的响应数据

5.断开TCP连接

四次挥手

任何一方在没有数据要传送的时候，都可以发送一个FIN置位了的TCP数据段

当FIN被确认的时候，该方向上的连接被关闭

当双向连接都关闭了的时候，连接释放

补充

TCP/IP、Http、Socket的区别

1.TPC/IP协议是传输层协议，主要解决数据如何在网络中传输

2.socket是对TCP/IP协议的封装，Socket本身并不是协议，而是一个调用接口(API)。Socket的出现只是使得程序员更方便地使用TCP/IP协议栈而已，是对TCP/IP协议的抽象，从而形成了我们知道的一些最基本的函数接口，比如create、listen、connect、accept、send、read和write等等

3.http协议对应的是应用层，是建立在TCP协议之上的一种应用

TCP粘包，拆包

粘包

接收端收到的数据包包含了发送端发送的两个数据包

拆包

接收端收到了两个数据包，但是这两个数据包是不完整的

发生的原因：

1.要发送的数据大于TCP发送缓存区剩余空间大小，将会发生拆包

2.待发送数据大于MSS（最大报文长度），TCP在传输前将进行拆包

3.要发送的数据小于TCP发送缓冲区的大小，TCP将多次写入缓冲区的数据一次发送出去，将会发生粘包

4.接收数据端的应用层没有及时读取接收缓冲区中的数据，将发生粘包

解决方法

2.数据包之间设置边界，如添加特殊符号

TCP与UDP

TCP

TCP是基于字节流的，虽然应用层和TCP传输层之间的数据交互是大小不等的数据块，但是TCP把这些数据块仅仅看成一连串无结构的字节流，没有边界

UDP

UDP是基于报文发送的，从UDP的帧结构可以看出，在UDP首部采用了16bit来指示UDP数据报文的长度，因此在应用层能很好的将不同的数据报文区分开，从而避免粘包和拆包的问题

MSS和MTU

TCP抓包发现，当一次发送数据较大时，下层会把数据分成多个TCP包进行发送，每次发送1448字节的数据

（MTU）1500字节

MTU=1518（以太网最大数据帧）-14（以太网帧头）-4（以太网帧尾CRC校验）

MSS 1460字节

定义：TCP数据包每次能够传输的最大量

MSS=1500（MTU）-20（IP头）-20（TCP头）