网络编程学习笔记整理(三)

摘录笔记 《TCP/IP高效编程 改善网络程序的44个技巧》

tcpip可靠但不是绝对可靠

比如发生对端强行关闭 ACK丢失

在两端存活且连接的情况下 tcp保证数据按序 无损坏的传输

但是有的网络中断会触发传输问题

分为以下三类

1 永久或者临时网络中断

此种情况，若路由未发送ICMP报文的话，应用程序与TCPIP栈无法得知中断发生而持续重传直到超时放弃。

若路由返回ICMP报文，有的TCPIP实现会返回ENETUNREACH或者EHOSTUNREACH

 

2 对端应用崩溃

对端应用会发送FIN 但是我方这边应用如果只写不读则无法收到 例如FTP

 

3 对端主机崩溃

对端无法发送FIN我方会持续发送直到超时放弃

 

具体解决见后继描述

 

//==============================

本机接收到对端的结束报文段FIN 是进入time-wait状态，这个时候是要等待2ML

maximum segment life的报文最大生存时间才会关闭

正式为了可靠地种植TCP链接

保证延迟到达的TCP报文有足够的时间被识别和处理

但是对于服务器来说，当一个TCP链接处于TIME-WAIT状态时候，我们无法立即使用该链接占用的端口进行一个新的链接。

这个可以进行设置socket选项SO_REUSEADDR来进行解决

服务器建议使用该选项

//=============================

接收复位报文段 RSF的三种情况

1 访问不存在的端口

2 对端异常关闭

3 半打开连接

//====================================

广域网中 交互数据可能受到很大延迟 携带交互数据的小体积TCP报文较多 可能会导致拥塞发生

这时候可以考虑使用 Nagle算法，该算法要求一个TCP连接的双方最多只能发送一个未确认的TCP报文段.该报文确认ACK到达前不能发送其他TCP报文。

但是在对反馈时间敏感的需求场景 建议关闭

比如 远程桌面 鼠标效应等情况下