人人都能学会,深扒网络模型OKhttp 的 http三次握手底层实现

简单理解

http 的三次握手,首先客户端先进行一个connect连接,然后会发送一个SYN到客户端,紧接着自身的状态变为了SYN_SEND。服务段收到后,会将当前的连接放到一个半连接队列,并且返回给客户端一个ACK+SYN(服务段自身的SYN)。客户端收到服务的ACK,后证明服务端的接受能力和发送能力都没问题,然后客户端再发送一个ACK,证明能够收到服务端的信息,并且将自身的状态转为ESTABLISHED。然后服务端收到后,将该连接从半连接队列转到全连接队列。没有直接用,是因为服务端的处理能力是有限的,假如客户端连接很多,可能会accept不过来,将其放入队列能够进行缓冲。

三次握手过程

**注意:**三次握手的主要目的是确保连接是双工的,可靠的通过更多的重传机制来保证连接
三次握手,建立TCP连接需要客户端和服务端总共至少发送三个包确认连接。

TCP三次握手流程图

第一次握手:

-客户端发送一个TCP的SYN标志位置1的包指明发送的服务器端口,以及初始化序号 X

第二次握手:

-服务器返回确认包ACK应答,及SYN标志位和ACK标志位均为1,同时将确认序号设置为 X+1

第三次握手:

-客户端再次发送确认(ACK) SYN标志为0,ACK标志为1,并把服务器发送过来的ACK序号字段+1

第一次握手: 客户端什么都不确定。服务端确认对方发送正常。 第二次握手: 客户端发送/接受正常,对方发送接收正常。服务端确认自己发送正常,客户端发送正常。 第三次握手: 客户端发送/接受正常,服务端发送接受正常。服务端确认自己发送/接受正常,客户端发送接受正常。

tcp为什么三次握手

阻塞后会发生

当网络原因服务端没有收到客户端的请求,且没有给客户端反馈。超时后客户端会再次向服务端发送请求。当网络畅通后服务器段收到最开始的请求并反馈给客户端。导致客户端认为自己未发送这个请求,服务端认为自己发送了一个新的请求,导致服务端性能浪费。

http协议的底层实现

1、http协议: 超文本传输协议,可以传递各种类型的文件,是使用最广泛的协议模式, 是Web联网的基础,也是手机联网常用的协议之一,HTTP协议是建立在TCP协议之上的一种应用

2、http协议的底层是在应用层里,是一个特殊处理的socket,建立在TCP/IP协议之上的一种广泛应用

  • 服务器先初始化一个socket,与端口绑定,对端口进行监听,调用阻塞,等待客户端的连接
  • 初始化客户端的socket,与服务器的socket连接,需要经过三次握手
  • 第一次握手:客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认;
  • 第二次握手:服务器收到syn包,必须确认客户的SYN(ack=j+1),同时自己也发送一个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态;
  • 第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手
  • 客户端向服务器发送数据请求.景行链接

很多情况下,需要服务器端主动向客户端推送数据,保持客户端与服务器数据的实时与同步。此时若双方建立的是Socket连接,服务器就可以直接将数据传送给客户端;若双方建立的是HTTP连接,则服务器需要等到客户端发送一次请求后才能将数据传回给客户端,因此,客户端定时向服务器端发送连接请求,不仅可以保持在线,同时也是在“询问”服务器是否有新的数据,如果有就将数据传给客户端。

服务器将数据返回给客户端,客户端读取数据,显示在界面上

  • 客户端断开连接需要经过四次握手断开连接
  • 第一次:客户端向服务器发送一个带有结束标记的报文
  • 二次:服务器接到报文后,向客户端发送一个确认号,同时通知自己相应的应用程序,对方要求断开连接
  • 第三次:服务器向客户端发送结束标记的报文
  • 第四次:客户端接收到报文后向服务器发送确认序号,断开连接

3、http协议的模式:请求-响应模式

  • 相应时,有响应头,相应行和相应体(实体内容)
  • 请求时,存在请求头,请求行和请求体

4、http协议是一个短连接模式: 一次连接服务器只处理一个请求,请求数据结束后就会断开

5、http洗衣存在两种方法,及post和get请求,使用get请求时,参数就直接附加在URL后,大小有限制且只能是字符串,而post请求存在请求体里面,有足够大的控件存储内容

TCP和UDP的区别

  • TCP是面向链接的,虽然说网络的不安全不稳定特性决定了多少次握手都不能保证连接的可靠性,但TCP的三次握手在最低限度上(实际上也很大程度上保证了)保证了连接的可靠性;而UDP不是面向连接的,UDP传送数据前并不与对方建立连接,对接收到的数据也不发送确认信号,发送端不知道数据是否会正确接收,当然也不用重发,所以说UDP是无连接的、不可靠的一种数据传输协议。
  • 也正由于1所说的特点,使得UDP的开销更小数据传输速率更高,因为不必进行收发数据的确认,所以UDP的实时性更好。

总结:通俗易懂

client和server的握手过程在我看来就像客人要到大户人家进行拜访。

首先,客人(client)跟主人家(server)发送请求拜访的邮件(syn)。主人家的管家把拜访请求记录到小本本上(syns quene),然后给客人回复了一封邀请函(syn + ack)。最后客人带着邀请函(ack)去拜访,管家根据邀请函才让客人进入家里(accept queue)做客。

猜你喜欢

转载自blog.csdn.net/m0_62167422/article/details/129599863
今日推荐