摘录笔记 《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报文。
但是在对反馈时间敏感的需求场景 建议关闭
比如 远程桌面 鼠标效应等情况下
