TCP处理第一次连接断开,再次连接处理

本文讨论了在TCP连接中,当服务器端主动关闭连接后,客户端如何优雅地处理重连问题。在服务器发送FIN分节并进入FIN_WAIT状态后,客户端需要发送ACK并关闭连接,以避免影响新的连接。此外,由于客户端在连接时可能使用随机端口,因此不会对第二次连接造成影响。在实际应用中,由于信息不全和硬件问题,作者经历了多次调试和解决过程。
摘要由CSDN通过智能技术生成

主要参考这个文章:

http://blog.csdn.net/eric0318/article/details/51087513

盗一个图:

TCP断开连接四次握手流程


最近接到个任务:接收机实现自制板卡固件升级的功能。

据板卡部所说,网口升级的话,需要连接两次:板卡做服务器端,接收到changemode会关闭掉现在连接程序,,去启另一个update程序,这时应当去重新连接。


由于属于服务器端close掉TCP连接,那么本升级程序再去read该连接时,读取为0。
并且处于CLOSE_WAITE状态,须调用close函数,发送FIN分节,
确保本程序的该TCP 过程结束。


//因为板卡服务器端close掉连接后,处于FIN_WAITE状态
//初步猜测,在服务器发送来FIN分节后,client的系统自动发送了ACK
//则服务器虽然关闭了,但系统维护的该套接字应当处于FIN_WAITE2的

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值