-
本版专家分：4418结帖率 99.35% -
现在情况如下
客户端在内网，所有的请求只能客户端主动发起，客户端和服务器均采用keepalive保活机制，问题就来了，当有一方的物理链接断开。客户端如何检测到链接已断重新发起连接，而服务器又如何知道连接断开而更新链接列表？
-
本版专家分：10627 -
用心跳包来检测，一段时间没数据就可认为是断线了。
-
版主本版专家分：32823
-
-
红花
2013年11月 Linux/Unix社区大版内专家分月排行榜第一
2013年11月 专题开发/技术/项目大版内专家分月排行榜第一
2013年9月 C/C++大版内专家分月排行榜第一
2013年9月 专题开发/技术/项目大版内专家分月排行榜第一
2013年8月 C/C++大版内专家分月排行榜第一
-
-
黄花
2013年12月 C/C++大版内专家分月排行榜第二
2013年12月 Linux/Unix社区大版内专家分月排行榜第二
2013年11月 C/C++大版内专家分月排行榜第二
2013年10月 C/C++大版内专家分月排行榜第二
-
-
对的， 你发心跳包会有回复的，发了几次心跳包没有回复，或者多久没有收到心跳包，
就认为这条链路已经坏掉，需要关闭重新连接请求
至于你那边发心跳，根据实际情况！
-
本版专家分：4418
-
现在问题就在于哪边发，如果客户端发是可以，但是服务器不知道原来的那条链是否断开，产生死链。
如果服务器发同理，客户端就不是产生死链这么严重了，就是永远不可能再和服务器脸上
两边都发？然后两边都keepalive?效率？
-
版主本版专家分：32823
-
-
红花
2013年11月 Linux/Unix社区大版内专家分月排行榜第一
2013年11月 专题开发/技术/项目大版内专家分月排行榜第一
2013年9月 C/C++大版内专家分月排行榜第一
2013年9月 专题开发/技术/项目大版内专家分月排行榜第一
2013年8月 C/C++大版内专家分月排行榜第一
-
-
黄花
2013年12月 C/C++大版内专家分月排行榜第二
2013年12月 Linux/Unix社区大版内专家分月排行榜第二
2013年11月 C/C++大版内专家分月排行榜第二
2013年10月 C/C++大版内专家分月排行榜第二
-
-
1 如果客户端发， 几次没有接收到服务端的回复，就认为这链路已经坏了，关闭重新链接
服务端一段时间没有接收到心跳包，也认为这链路已经坏了，关闭链路
2 如果服务端发，同理！
-
本版专家分：4418
-
其实我之前就是用的这种办法，但是我没有让他keepalive 结果一段时间过后客户端莫名其妙的不连在服务端上了，也不太好调试原因，是keepalive的原因吗
-
版主本版专家分：32823
-
-
红花
2013年11月 Linux/Unix社区大版内专家分月排行榜第一
2013年11月 专题开发/技术/项目大版内专家分月排行榜第一
2013年9月 C/C++大版内专家分月排行榜第一
2013年9月 专题开发/技术/项目大版内专家分月排行榜第一
2013年8月 C/C++大版内专家分月排行榜第一
-
-
黄花
2013年12月 C/C++大版内专家分月排行榜第二
2013年12月 Linux/Unix社区大版内专家分月排行榜第二
2013年11月 C/C++大版内专家分月排行榜第二
2013年10月 C/C++大版内专家分月排行榜第二
-
-
显然， 服务端在一定时间没有收到心跳包，应该会认为链路已经坏掉，关闭了这个socket的！
客户端需要重新connect了
-
本版专家分：381485
-
- 状元 2017年 总版技术专家分年内排行榜第一
-
- 榜眼 2014年 总版技术专家分年内排行榜第二
-
- 探花 2013年 总版技术专家分年内排行榜第三
-
-
进士
2018年总版新获得的技术专家分排名前十
2012年 总版技术专家分年内排行榜第七
-
-
心跳包是需要一个来回的！
个人意见：任何单通通讯等价于不通。
-
版主本版专家分：17633
-
-
优秀版主
2016年10月优秀小版主
优秀小版主
-
-
不要用keepalive
-
本版专家分：1362 -
看你是长连接还是短连接了，短连接就用心跳。长连接断开，socket相关函数就会收到一个断开错误。
-
版主本版专家分：67244
-
-
红花
2013年8月 Linux/Unix社区大版内专家分月排行榜第一
2012年11月 Linux/Unix社区大版内专家分月排行榜第一
2012年10月 Linux/Unix社区大版内专家分月排行榜第一
2012年9月 Linux/Unix社区大版内专家分月排行榜第一
2012年7月 Linux/Unix社区大版内专家分月排行榜第一
2012年6月 Linux/Unix社区大版内专家分月排行榜第一
2012年5月 Linux/Unix社区大版内专家分月排行榜第一
2011年11月 Linux/Unix社区大版内专家分月排行榜第一
-
-
黄花
2013年6月 Linux/Unix社区大版内专家分月排行榜第二
2013年5月 Linux/Unix社区大版内专家分月排行榜第二
2013年3月 Linux/Unix社区大版内专家分月排行榜第二
2013年1月 Linux/Unix社区大版内专家分月排行榜第二
2012年12月 Linux/Unix社区大版内专家分月排行榜第二
2012年8月 Linux/Unix社区大版内专家分月排行榜第二
2011年12月 Linux/Unix社区大版内专家分月排行榜第二
2011年10月 C/C++大版内专家分月排行榜第二
2011年10月 Linux/Unix社区大版内专家分月排行榜第二
-
-
蓝花
2012年6月 C/C++大版内专家分月排行榜第三
2012年6月 PHP大版内专家分月排行榜第三
2012年5月 C/C++大版内专家分月排行榜第三
2012年3月 Linux/Unix社区大版内专家分月排行榜第三
2012年2月 Linux/Unix社区大版内专家分月排行榜第三
2011年11月 C/C++大版内专家分月排行榜第三
-
-
心跳应该依赖超时, 而不应依赖TCP错误, 前者可以检测网络以及进程假死(比如gdb挂住），后者无法处理进程假死.
-
本版专家分：4418
-
4、5楼已经说了
-
本版专家分：4418
-
斑竹大神，您说的在详细一点？我感觉两边都keepalive并且都在应用层收或者发心跳包效率会有很大问题，一个两个链接还好，要是服务端接受一千个链接？他还要费时的分清楚是谁发来的，这效率就底下了
-
本版专家分：4418
-
@zhao4zhong1
-
本版专家分：0 -
@yiyefangzhou24 楼主， 问题是怎麽解决的， 求回复！！！
-
本版专家分：4418
-
两边都设定心跳