TCP三次握手四次挥手
本文共 1047 字，大约阅读时间需要 3 分钟。
TCP三次握手四次挥手
一、从TCP报文段内容上
-
序号seq：32bit，4字节， 用来标记数据段的顺序 ，TCP把数据看成无结构、有顺序的字节流。
TCP把连接中发送的所有数据字节都编上一个序号，第一个字节的编号由本地随机产生；给字节编上序号后，就给每一个报文段指派一个序号。
序列号seq就是这个报文段中的第一个字节的数据编号。
-
确认号ack：32bit，4字节， 期待收到对方下一个报文段的第一个数据字节的序号 。
序列号表示报文段携带数据的第一个字节的编号；而确认号指的是期望接收到下一个字节的编号；因此当前报文段最后一个字节的编号+1即为确认号。
-
确认ACK： 占1位，仅当ACK=1时，确认号字段才有效。ACK=0时，确认号无效 。
发起SYN：发起创建连接。
终止FIN：发起拆除连接。
另外 接收窗口或窗口是进行流量控制的，指定接收的字节数量
二、三次握手
| C | S |
|---|---|
| SYN=1=》通知建立连接； seq=client_isn=》随机初始序号。 | |
| ACK=1=》确认收到 SYN=1；ack=client_isn+1=》希望客户端下次发送的下一个字节的序号；seq=server_isn=》指定服务器发送报文段初始序号； | |
| ACK=1；SYN=0=》连接已建立； seq=client_isn+1=》发送报文段第一个字节的序号；ack=server_isn+1=》希望服务端发送的下一个报文段第一个字节的序号； | |
为什么需要三次握手而不是两次或四次
TCP三次握手是为了确定双方数据原点的序号！！！
两次
| C | S |
|---|---|
| SYN=1；seq=x | |
| ACK=1；SYN=1；seq=y；ack=x+1=》确C的序列化 | |
| 没有ack无法确定S的序列号 | |
四次
| C | S |
|---|---|
| SYN=1；seq=x | |
| ACK=1；ack=x+1; | |
| SYN=1；seq=y//二三步可以合并 | |
| ACK=1；ack=y+1；seq=x+1 |
三、四次挥手
| C | S |
|---|---|
| Fin=1=》拆除客户端连接； seq=x=》最后的server ack； | |
| ACK=1；seq=z；ack=x+1； | |
| Fin=1=》拆除服务端连接；seq=Y；ack=x+1； | |
| ACK=1；seq=x+1； ack=Y+1； |
四、参考
https://mp.weixin.qq.com/s/NIjxgx4NPn7FC4PfkHBAAQ
可能访问不了。图片是老师ppt上的本来想自己画一个但是画图网站登录不了了。
四次挥手为什么是四次，下一篇。
内容如有错误不吝赐教，感谢。
转载地址：http://wlgmz.baihongyu.com/
你可能感兴趣的文章
Netty中实现多客户端连接与通信-以实现聊天室群聊功能为例(附代码下载)
查看>>
Netty中的组件是怎么交互的？
查看>>
Netty中集成Protobuf实现Java对象数据传递
查看>>
netty之 定长数据流处理数据粘包问题
查看>>
Netty事件注册机制深入解析
查看>>
netty代理
查看>>
Netty入门使用
查看>>
netty入门，入门代码执行流程，netty主要组件的理解
查看>>
Netty原理分析及实战（一）-同步阻塞模型（BIO）
查看>>
Netty原理分析及实战（三）-高可用服务端搭建
查看>>
Netty原理分析及实战（二）-同步非阻塞模型（NIO）
查看>>
Netty原理分析及实战（四）-客户端与服务端双向通信
查看>>
Netty发送JSON格式字符串数据
查看>>
Netty和Tomcat的区别已经性能对比
查看>>
Netty在IDEA中搭建HelloWorld服务端并对Netty执行流程与重要组件进行介绍
查看>>
Netty基础—1.网络编程基础一
查看>>
Netty基础—1.网络编程基础二
查看>>
Netty基础—2.网络编程基础三
查看>>
Netty基础—2.网络编程基础四
查看>>
Netty基础—3.基础网络协议一
查看>>