＜JavaEE＞ TCP 的通信机制（六） -- 异常情况处理 和 总结

目录

十、异常情况处理

1）进程崩溃终止

2）主机正常关机

3）机器掉电/网络断开

1> 接收端掉线

2> 发送端掉线

TCP 通信机制 总结

---

阅读指针 -> 《 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协议 》

链接生成中........