网络编程---tcp ip三次握手链接和四次挥手断开
先来个整体的流程图

一 三次握手目的是为了建立连接。。。
1 核心的就是client端和service端,进行数据"报文" 交换
2 报文,目的是互相通知,确认链接

或

过程描述::::::
1 首先Client端发送连接请求报文,
2 Server段接受连接后回复ACK报文,并为这次连接分配资源。
3 Client端接收到ACK报文后也向Server段发生ACK报文,并分配资源,
这样TCP连接就建立了。
二 数据socket传输
1 不断的往某ip 的某端口,写入数据
2 ip服务器上不断的监听该端口的链接及数据情况
3 注意控制包头,包体,包大小
三 四次挥手目的是为了断开连接。。。

过程描述:::
1 (断开连接端可以是Client端,也可以是Server端)
假设Client端发起中断连接请求,就先发送FIN报文
2 Server端接到FIN报文后,但是如果还有数据没有发送完成,则不必急着关闭Socket,可以继续发送数据。所以服务器端先发送ACK,告诉Client端:请求已经收到了,但是我还没准备好,请继续等待停止的消息
3 这个时候Client端就进入FIN_WAIT状态,继续等待Server端的FIN报文
4 当Server端确定数据已发送完成,则向Client端发送FIN报文,告诉Client端:服务器这边数据发完了,准备好关闭连接了。
5 Client端收到FIN报文后,就知道可以关闭连接了,但是他还是不相信网络,所以发送ACK后进入TIME_WAIT状态, Server端收到ACK后,就知道可以断开连接了。Client端等待了2MSL后依然没有收到回复,则证明Server端已正常关闭,最后,Client端也可以关闭连接。
四 常见问题
1 客户端如何知道最后一个ack有没有丢失???(RST重发)
-----无论客户端还是服务器每次发送一个包都会启动一个定时器,比如最后一次服务器发送FIN后,定时器约定为30s后如果没收到ACK则重新发送FIN,对于客户端,最后一次发送ACK后,启动定时器,比如60s,如果又收到服务器FIN消息,则证明自己的ACK没有送达,重传,如果60s后没有收到服务器重传的FIN,则证明服务器收到自己发送的ACK,已经关闭连接了,那么自己也可以关闭连接了
2 大写的ACK 和小写的ack的区别在于???
---ACK 是tcp首部的一个标志位,TCP协议规定,只有ACK=1时有效,也规定连接建立后所有发送的报文的ACK必须为1。ack实际是tcp首部里面的序号。
产品思维的PM程序员~
工作1-3年,基础知识,多看书。多跟着别人做项目,学习经验。 工作3-5年,新知识,高级知识,自己独立做项目,总结经验。尝试不同的语言。 工作5-8年,工作职位,要从设计,管理方面要求自己,可以尝试走管理路线(项目经理或cto)。 工作10年及以上, 自己做些项目,产品,尝试为创业做准备。 上大学和不上大学区别很大,上品牌大学和普通大学区别也很大,后天的努力最大。 ---无论它是在遥远的远方,还是在出发的地方、哪里有希望哪里就是我们的方向;终点、只不过是梦想起飞的地方。
工作1-3年,基础知识,多看书。多跟着别人做项目,学习经验。 工作3-5年,新知识,高级知识,自己独立做项目,总结经验。尝试不同的语言。 工作5-8年,工作职位,要从设计,管理方面要求自己,可以尝试走管理路线(项目经理或cto)。 工作10年及以上, 自己做些项目,产品,尝试为创业做准备。 上大学和不上大学区别很大,上品牌大学和普通大学区别也很大,后天的努力最大。 ---无论它是在遥远的远方,还是在出发的地方、哪里有希望哪里就是我们的方向;终点、只不过是梦想起飞的地方。
顶
收藏
关注
评论
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通