博客
关于我
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/

你可能感兴趣的文章
memcached高速缓存学习笔记001---memcached介绍和安装以及基本使用
查看>>
memcached高速缓存学习笔记003---利用JAVA程序操作memcached crud操作
查看>>
Memcached:Node.js 高性能缓存解决方案
查看>>
memcache、redis原理对比
查看>>
memset初始化高维数组为-1/0
查看>>
Metasploit CGI网关接口渗透测试实战
查看>>
Metasploit Web服务器渗透测试实战
查看>>
MFC模态对话框和非模态对话框
查看>>
Moment.js常见用法总结
查看>>
MongoDB出现Error parsing command line: unrecognised option ‘--fork‘ 的解决方法
查看>>
mxGraph改变图形大小重置overlay位置
查看>>
MongoDB可视化客户端管理工具之NoSQLbooster4mongo
查看>>
Mongodb学习总结(1)——常用NoSql数据库比较
查看>>
MongoDB学习笔记(8)--索引及优化索引
查看>>
mongodb定时备份数据库
查看>>
mppt算法详解-ChatGPT4o作答
查看>>
mpvue的使用(一)必要的开发环境
查看>>
MQ 重复消费如何解决?
查看>>
mqtt broker服务端
查看>>
MQTT 保留消息
查看>>