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

你可能感兴趣的文章
mysql 查看锁_阿里/美团/字节面试官必问的Mysql锁机制,你真的明白吗
查看>>
MySql 查询以逗号分隔的字符串的方法(正则)
查看>>
MySQL 查询优化:提速查询效率的13大秘籍(避免使用SELECT 、分页查询的优化、合理使用连接、子查询的优化)(上)
查看>>
mysql 查询数据库所有表的字段信息
查看>>
【Java基础】什么是面向对象?
查看>>
mysql 查询,正数降序排序,负数升序排序
查看>>
MySQL 树形结构 根据指定节点 获取其下属的所有子节点(包含路径上的枝干节点和叶子节点)...
查看>>
mysql 死锁 Deadlock found when trying to get lock; try restarting transaction
查看>>
mysql 死锁(先delete 后insert)日志分析
查看>>
MySQL 死锁了,怎么办?
查看>>
MySQL 深度分页性能急剧下降,该如何优化?
查看>>
MySQL 深度分页性能急剧下降,该如何优化?
查看>>
MySQL 添加列,修改列,删除列
查看>>
mysql 添加索引
查看>>
MySQL 添加索引,删除索引及其用法
查看>>
mysql 状态检查,备份,修复
查看>>
MySQL 用 limit 为什么会影响性能?
查看>>
MySQL 用 limit 为什么会影响性能?有什么优化方案?
查看>>
MySQL 用户权限管理:授权、撤销、密码更新和用户删除(图文解析)
查看>>
mysql 用户管理和权限设置
查看>>