Effective TCP/IP Programming读书笔记

本文是Effective TCP/IP Programming的读书笔记,涵盖了TCP/IP连接的细节,如FIN的意义、对端主机崩溃后的处理、SO_LINGER选项的理解、Nagle算法与延迟ACK的影响,以及非阻塞connect和UDP connect的使用。建议后端工程师阅读并动手实践,以加深对TCP/IP协议的理解。
摘要由CSDN通过智能技术生成

TCP/IP深入思考


这是我读Effective TCP/IP Programming的 读书笔记和思考,以及做的一些实验。强烈建议后端工程师有空读一读这本书,有些细节的确是我们平时没有注意的,读了最好自己动手做一些实验加深理解。

fin的含义

对端发送fin会导致read()返回,但send()照样可以发送,也就是单纯的fin其实相当于shutdown(SHUT_WR)。

当对端应用程序崩溃后(未close),本段一直调用send(),对端会返回RST,此时read()会返回Connection reset by peer。

当对端应用程序崩溃后或close连接,本段调用read()返回0,
调用send()会导致EPIPE(Broken pipe),第二次send()才会出错。

对端主机崩溃

由于主机崩溃,或不结束应用程序关机,或直接关闭modern,导致对方接受不到fin,rst等,recv()会永久阻塞。解决办法:

1.开启keepalive机制,默认情况下(2+9*75/60)小时后超时
2.recv()超时机制
3.心跳,其实就是发送send(),一段时间会检测到连接断了

SO_LINGER深入理解

如果应用程序执行主动关闭,最后会在TIME_WAIT状态保持2MSL时间,而SO_LINGER选项能迫使连接立刻关闭,不走正常4步关闭流程。
server

from socket import *
s = socket(AF_INET,SOCK_STREAM)
s.bind(("localhost",9123))
s.listen(10)
cc = s.accept()
print cc #查看零时端口为47128

client

from socket import *
c = socket(AF_INET,SOCK_STREAM)
c.connect(("localhost",9123))
c.close()

由于client主动关闭,这时client应该处于FIN_WAIT2,server对应处于CLOSE_WAIT

[root@10-9-22-239 ~]
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值