大话http三次握手

关键名称解释：SYN同步位，ACK确认位，   ack确认号（期望得到的seq）， seq数据传输序号

 

http三次握手目的是建立网络通信

 

1.握手图

 

     client                                                                        server

 

（1）           SYN=1（第一次请求创建连接同部位）,ACK=0（因为没有人给他发信息，所以不需要什么确认）,seq=x（随机产生一个数据序号）

              ------------------------------------------->

（2）           SYN=1（第一次请求创建连接同部位） ,ACK=1（确认收到seq=x） ,ack=x+1（期望得到的seq=x+1 ） , seq=y（好吧我也发给你一个数据y，试试你是否能收到）

              <-------------------------------------------

（3）           SYN=1（第一次请求创建连接同部位） ,ACK=1（确认收到seq=y） ,ack=y+1（期望得到的seq=y+1 ） , seq=x+1（好吧我又也发给你一个数据x+1 ）

              ------------------------------------------->

 

2.其实tcp三次握手不太好理解

  我们可以称它为2次发送2次确认

 

3.具体直白语言描述

   client 发信息：server我发给你信息请求链接，收到我了回复

   server确认并发信息：client我收到你信息了。我发信息给你了，收到请回复我

   client 确认：server我收到你信息了。

       好结束对话，建立通信连接渠道

 

4.为什么不是2次，或者多次握手那？

 

   先说多次握手，3次就够用了，多说是废话了

   2次为什么不行？

   首先看对话

   client 发信息：server我发给你信息请求链接，收到我了回复

   server确认收到信息：client我收到你信息了。

     好结束对话，建立通信连接渠道

 

    场景一：server说糟糕了，我client发完就挂了，我还傻乎乎的建立连接渠道了。

    场景二：server说糟糕了，收到了好多client发过来的创建连接渠道

 

 

    第一种场景解释：可能client发完请求链接消息时，自己挂掉了

    第二种场景解释：由于网络延时，client发了好多消息给server，这时server创建了很多链接