关于tcp一端断网，另一端的反应

最近测试tcp时，发现一端断网，另外一端显示的连接状态还是ESTABLISHED，这跟之前想的不一样；原因是一端断网时，无法向另外一端发送本端端口的状态，故另外一端显示的连接状态还是ESTABLISHED。

如果强行杀死一端，另外一端显示的连接状态就断掉了，这是因为被强行杀死的一端，由于两台电脑间网络是好的，操作系统会向对端报告本端端口的状态，故另外一端能感知连接断掉了。
实际上通过抓包可以看到，一端被强行杀死后，另一端会收到如下的tcp包(RST,ACK)

2022-12-6：
若服务端断网后，又重新入网，服务端会清理掉所有建立的链接，只要客户端和服务端没有进行数据传递，则客户端一直显示ESTABLISHED，若客户端发送数据给服务端，服务端立马回复RST，从而使得客户端断掉链接。

对于UDP而言，客户端一般不需要绑定端口，其在调用sendto的时候，操作系统会绑定本地IP和随机分配的端口，假如此随机分配的端口是62216，则若在另外一个程序中对此62216进行绑定，会报错。所以在webrtc中，sdp交互中RTP基于UDP传输，若某一端断网后重新入网后，端口绑定关系依然有效，依然可以用此端口来传输码流，而TCP端口无法做到这一点。

2024-1-9：
若客户端给服务端发大量字符串，服务端进行打印，然后在服务端执行ifdown ens33；后面会发现客户端会卡住不动了，阻塞在写操作了，因为tcp缓冲区已经满了，写不动了，此时在客户端上看端口状态，依然是ESTABLISHED状态。