<JavaEE> TCP 的通信机制(六) -- 异常情况处理 和 总结
2023-12-28 11:05:30
目录
阅读指针 -> 《?TCP 的通信机制 -- 延时应答、捎带应答、面向字节流 》<JavaEE> TCP 的通信机制(五) -- 延时应答、捎带应答、面向字节流-CSDN博客文章浏览阅读12次。介绍了TCP 的通信机制 -- 延时应答、捎带应答、面向字节流https://blog.csdn.net/zzy734437202/article/details/135258888
十、异常情况处理
1)进程崩溃终止
进程崩溃终止,文件描述符表就会释放,这与代码调用socket.close()等效,会触发FIN报文发送。 |
TCP的连接,是独立于进程存在的,进程终止,连接还在。 |
在对端接收到FIN后,就开始进行“四次挥手”,连接正常关闭。 |
2)主机正常关机
主机正常关机时,会先强制终止进程,此时会触发进程的FIN报文发送。 |
在对端接收到FIN后,就开始进行“四次挥手”。 |
但是在“四次挥手”期间,主机可能就已经关闭了,即主机无法对对端的FIN,反馈ACK。 |
对端没有收到ACK报文,就会重发FIN。但多次重发后仍无反馈,就会放弃连接,连接也就关闭了。 |
3)机器掉电/网络断开
1> 接收端掉线
发送端发送数据后等待ACK,但接收端已经掉线无法发送。 |
多次触发发送端的超时重传后,就会触发TCP连接重置功能 -- 复位报文段RST 。 |
复位报文段RST会请求与对端重新建立连接,如果对端还是没有反馈,就会放弃连接。 |
2> 发送端掉线
接收端仍会继续保持等待,连接不会断开。 |
但是,TCP中提供了“心跳包”机制。接收端会周期性的给发送端,发送一个没有业务数据的数据包,并期待对方有所应答。 |
因此,如果发送端多次没有应答,则视为发送端已经掉线,就会关闭连接。 |
TCP 通信机制 总结
TCP的通信机制最核心的特性是可靠传输。而在保证可靠传输的同时,又希望尽可能提高性能。 |
以下是TCP保证可靠传输的部分机制: |
校验和、序列号、确认应答、超时重发、连接管理、流量控制、拥塞控制等。 |
以下是TCP提高性能的部分机制: |
滑动窗口、快速重传、延迟应答、捎带应答等。 |
TCP还提供了其他功能以辅助上述机制: |
如,定时器(超时重传定时器、保活定时器、TIME_WAIT定时器)等。 |
阅读指针 -> 《 网络层协议 -- IP协议 》
链接生成中........
文章来源:https://blog.csdn.net/zzy734437202/article/details/135259471
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!