计网:TCP三次握手和四次挥手
老生常谈的问题,直接参考连接:
https://zhuanlan.zhihu.com/p/108504297(存在部分问题,配合下面CSDN)
https://blog.csdn.net/m0_56649557/article/details/119492899
自己需要记住的点:
三次握手:
第一次:客户端:只有SYN置1,发送seq=J
第二次:服务端:SYN和ACK都置1,发送seq=K,ack=J+1
第三次:客户端:ACK才置1,发送ack=K+1
客户端先只有SYN置1,seq是报文数据序列,ack则是对序列+1进行验证,所以第一次只需要发送seq,没有确认ack,第二次既需要确认ack也需要给出seq被确认(我收到了,我也要开始啦),第三次则只需要确认ack(ACK置1),无需给出seq
四次挥手:
第一次:客户端:FIN置1,发送seq=M
第二次:服务端:ACK置1,发送ack=M+1,seq=N
第三次:服务端:FIN置1,发送ack=M+1,seq=L
第四次:客户端:ACK置1,发送ack=L+1,seq=M+1
客户端先只有FIN置1,,第二次是服务器先确认(ACK置1),然后等发完数据再进行结束(FIN置1),最后客户端确认(ACK置1)
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通