为啥"三次握手"确认序号要加1？

其实加1只是表象，加长度才是本质。但是，为啥要加长度？KpF28资讯网——每日最新资讯28at.com

了解TCP三次握手的人都知道，其ACK确认报文会有一个确认序号ack_seq，这个序号的值则为SYN连接报文的序号加1。KpF28资讯网——每日最新资讯28at.com

图片KpF28资讯网——每日最新资讯28at.com

即假如客户端向服务器发送连接请求，它会先发一个SYN报文。假设这个报文序号为x的话，收到请求的服务器会用ACK报文应答，并将ACK报文的确认序号赋值为x+1。意思是“收到x号报文了”。KpF28资讯网——每日最新资讯28at.com

这里难免让人疑惑，既然是表达“收到x号报文”，ACK的确认序号不应该是赋值为x吗？为啥是x+1，加1的作用是什么？KpF28资讯网——每日最新资讯28at.com

正如开头所说，加1只是表象，加长度才是本质。这里1表达的是SYN连接报文的数据长度。这个长度的单位是字节，加1就表示收到了数据长度为1字节的报文，加m则表示收到数据长度为m字节的报文。KpF28资讯网——每日最新资讯28at.com

也许有人会追问，SYN作为连接请求报文，哪有什么数据，其数据长度不应该是零吗？为啥要加1？KpF28资讯网——每日最新资讯28at.com

图片KpF28资讯网——每日最新资讯28at.com

这是因为，虽然SYN报文的数据部分确实为空，但是它却实实在在占据了一个报文序号x，而一个报文序号是要对应一个字节的，这时即使它实际没有占用任何一个字节放数据，那一个字节也被消耗了。KpF28资讯网——每日最新资讯28at.com

所以，“ack_seq=x+1”更准确的翻译应该是“收到了起始序号为x长度为1的报文数据”。这种ack_seq=seq+length的方式其优势在于，配合序号的连续性，当需要确认的数据不止一个字节时，仍旧可以只用一个ACK报文进行应答。KpF28资讯网——每日最新资讯28at.com

不知是否有人疑惑，前文所述的SYN连接报文的编号x，一会说它是报文序号，一会又说一个报文序号对应了一个字节，那到底序号x是报文编号还是字节编号呢？KpF28资讯网——每日最新资讯28at.com

答案是，它既是报文编号也是字节编号，也就是一个编号两个身份。但这只是一个报文的数据起始字节编号才有的特权。这就像各种编程语言中的数组，其内部第一个数组项的地址，既是当前数组项的地址，也代表整个数组的地址。KpF28资讯网——每日最新资讯28at.com

本文链接：http://www.28at.com/showinfo-26-81244-0.html为啥"三次握手"确认序号要加1？

声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com

上一篇： 对于微服务架构监控应该遵守的原则

下一篇： Kafka 与 RabbitMQ：选择正确的消息传递代理