使用TCP keepalive还是HeartBeat心跳包?

本文探讨了TCP长连接的保活机制,对比了在上层协议中实现心跳包与使用TCP底层自身提供的Keepalive机制的优劣。指出在实际应用中,自定义保活机制更为可靠。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

对于TCP长连接,需要“保活”机制。可以在上层协议中自己实现“心跳包”,也可以使用TCP底层自身的Keepalive机制。这两种方式采用哪种更好呢?这里贴一下一位网友的回帖,我觉得说的不错。

“套接字本身是有一套心跳保活机制的(TCP Keepalive),不过默认的设置并不像我们一厢情愿的那样有效。在双方TCP套接字建立连接后(即都进入ESTABLISHED状态)并且在两个小时左右上层没有任何数据传输的情况下,这套机制才会被激活。

很多人认为两个小时的时间设置得很不合理。为什么不设置成为10分钟,或者更短的时间?(可以通过SO_KEEPALIVE选项设置。)但是这样做其实并不被推荐。实际上这套机制只是操作系统底层使用的一个被动机制,原理上不应该被上层应用层使用。当系统关闭一个由KEEPALIVE机制检查出来的死连接时,是不会主动通知上层应用的,只有在调用相应的IO操作在返回值中检查出来。

因此,忘记SO_KEEPALIVE,在应用层自己写一套保活机制比较靠谱。”

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值