http协议访问web
你知道在我们的网页浏览器的地址当中输入url,未必是如何呈现的吗?
web浏览器根据地址栏中指定的url,从web服务器获取文件资源(resource)等信息,从而显示出web页面。web使用HTTP(超文本传输协议)的协议作为规范,完成从客户端从服务器端等一系列的运作流程。了解HTTP,我们有必要事先了解一下TCP/IP传输。
发送端在层与层之间传输数据时,每层就会被打上一个该层所属的首部信息,反之,接收端在层与层传输数据时,每经过一层就会把对应的首部消去。这种吧数据包装起来的做法称为封装。
TCP报文的首部格式
在介绍TCP连接之前先介绍下TCP的报文,TCP报文是面向字节流的,分为首部和数据两部分,TCP首部如下所示,固定20字节:
- 源端口和目标端口:各占2字节
- 序号seq:标记报文段的顺序,值代表该报文段所携带的数据的第一个字节的编号
- 确认号ack:占4个字节,表示期望收到对方下一个保温段的第一个字节的序号
- 确认标志位ACK:ACK=1时,ack才有效
- 同步标志位SYN:建立TCP连接时用的同步序号。当SYN = 1时,ACK = 0时表示:这是一个连接请求报文段。若同意连接,则相应报文中使得SYN = 1,ACK = 1。SYN这个表示位只有在TCP连接时才会被置为1,握手完成后SYN标志位置为0。
- 终止标志位FIN:表示要释放一个连接。FIN = 1表示报文的发送方的数据已经发送完毕,要求释放连接。与SYN的作用刚好相反。
tips:ACK、SYN、FIN这些大写的单词都表示标志位,要么置为1,要么置为0;而ack、seq小写单词表示序号。
三次握手
HTTP属于应用层、TCP属于传输层、IP属于网络层。客户端和服务器端都需要知道各自可收发,因此需要三次握手。如下图所示:
- 第一次握手:服务器器知道客户端具有发送能力(SYN=1)
- 第二次握手:客户端知道服务器具有接受和发送的能力,但是服务器不知道客户端是否具有接受能力,所以需要第三次握手(ACK=1,SYN=1)
- 第三次握手:服务器端知道客户端具有接受能力了,之后开始通信(ACK=1)
三次握手过程可以携带数据吗
- 第一次、第二次还不能携带数据,因为还没有建立连接,会让服务器容易受到攻击
- 第三次握手时候客户端已经处于已建立连接的状态,并且已经知道服务器端的收发能力所以可以携带数据。
四次挥手
- 客户端要求断开连接,发送FIN:断开连接请求
- 服务器端接受到请求,返回給客户端ACK,作为FIN响应
- 这个时候服务器不能立马传递给服务器FIN,服务器需要确认之前发送的消息都已经处理完毕得到ACK之后再断开。因此断开连接不能像握手一样两跳信息合并。所以服务器需要经过一个等待,确定可以关闭连接了之后再发送一条FIN给客户端
- 客户端收到服务器的FIN,同时客户端也可能有自己的事情处理完,比如客户端没有接收到服务器端的ACK请求,客户端处理完成后再给服务器端发送ACK
为什么需要四次挥手
只有服务器端的服务器发完之后才会给客户端发送FIN断开请求,告诉客户端可以断开连接了,所以需要四次挥手。
- 收到FIN仅仅代表客户端没有数据发送给客户端了,但是客户端可能还有未处理完毕的信息
- ACK分开发送的,所以需要等待一段时间处理完毕信息,再断开连接,发送FIN给客户端告知客户端可以断开连接,客户端收到ACK之后才会断开
参考
图解http
前端进阶之旅