博客
关于我
TCP 三次握手 与 四次挥手
阅读量:341 次
发布时间:2019-03-04

本文共 1049 字,大约阅读时间需要 3 分钟。

    首先,TCP 是双向通信的,客户端和服务器双方都可以发信息。

1.三次握手

在这里插入图片描述

    在上图中:
(1) Seq : 序列号,标记数据的顺序。 TCP 连接中每个数据字节有一个编号,第一个字节的编号由本地随机产生。字节编号后就给报文指派序号,序列号 Seq 就是这个报文中第一个字节的编号
(2)ack : 确认号,期收到对方下一个报文段 的 第一个字节的编号。
(3)ACK:确定,当 ACK 为 1 时,确认号字段 ack 才有用。
    在收到对方信息时需要置为1 ,意思是”我确认收到你信息啦~ “。
(4)SYN : 连接建立时用于同步序号。
    因此,最开始客户端 向 服务器发出连接请求就是发的 SYN ,然后服务器 ACK置 1 表示收到了客户端的连接请求,并且需要指出希望收到的下一个请求的序列号是 x+1,这时,服务器需要向客户端发出连接请求,所以有 SYN ;这两个 SYN 请求连接的过程,都是不携带数据,但是会耗费序列号的。 接下来,客户端 就需要确认收到了 服务器 的连接请求,即 ACK 置1 ,ack为 y+1表示希望下次收到的报文序列号。

1.1为什么是三次握手而不是两次?

    答:TCP通信是保证双向连接,通信双方要相互告知初始序列号,并被对方确认已收到。

    如果只是两次握手,最多只有连接发起方的起始序列能被确认,而另一方的起始序列得不到确认。

(为什么需要 3 次握手? 有两个主要目的:信息对等 和 防止超时,防止出现请求超时导致脏连接。)

    

2.四次挥手

在这里插入图片描述

FIN : 终止,用来释放一个连接。

2.1 为什么要等待2MSL?

    【最大报文生存时间,大约 4 分种】。

(1)
    服务器向客户端发送 FIN 请求后,需要让客户端确认收到,如果没有收到客户端的确认,比如说客户端发的数据丢失了之类的,服务器会再发送 FIN ,所以需要客户端等待一段时间,不能直接关闭掉,如果客户端等待期间有收到了 FIN ,就需要确认。

(2)

    2MSL可以使本次连接时间内所有产生的报文都消失,以后发送就不会再有旧的报文了。
    

2.2 为什么是四次挥手?

    是因为 TCP 是双向的,所以两个方向必须要分别关闭,而每个方向的关闭又需要 请求 和 确认。

2.3 TIME_WAIT 和 CLOSE_WAIT 的区别?

    主动关闭 和 被动关闭。

    如果再问为什么握手是三次,挥手是四次,答:因为连接握手时, SYN 和 ACK 是可以一起发送的,而 断开连接挥手时 ,FIN 和 ACK 不可以一起发送。

转载地址:http://lcjh.baihongyu.com/

你可能感兴趣的文章
msbuild发布web应用程序
查看>>
MSB与LSB
查看>>
MSCRM调用外部JS文件
查看>>
MSCRM调用外部JS文件
查看>>
MSEdgeDriver (Chromium) 不适用于版本 >= 79.0.313 (Canary)
查看>>
MsEdgeTTS开源项目使用教程
查看>>
msf
查看>>
MSSQL数据库查询优化(一)
查看>>
MSSQL数据库迁移到Oracle(二)
查看>>
MSSQL日期格式转换函数(使用CONVERT)
查看>>
MSTP多生成树协议(第二课)
查看>>
MSTP是什么?有哪些专有名词?
查看>>
Mstsc 远程桌面链接 And 网络映射
查看>>
Myeclipse常用快捷键
查看>>
MyEclipse更改项目名web发布名字不改问题
查看>>
MyEclipse用(JDBC)连接SQL出现的问题~
查看>>
mt-datetime-picker type="date" 时间格式 bug
查看>>
myeclipse的新建severlet不见解决方法
查看>>
MyEclipse设置当前行背景颜色、选中单词前景色、背景色
查看>>
Mtab书签导航程序 LinkStore/getIcon SQL注入漏洞复现
查看>>