① linux中网络都断开了，但是send函数还是一直在发数据
1 确认链路是否连通状态，最好加心跳机制， 如果一定时间没有收到心跳包，或者没有回复心跳
就应认为此链路已经坏掉了，需要关闭，重新连接！
2 至于发送数据，应该检查对应的api的返回值，是否已经成功发送或者接受定长数据！
没有完成应该重新发送或者接受
3 网络数据问题，可以用抓包工具直接抓包看数据，可以看的比较透彻
工具 Linux下用tcpmp，windows用wirekshark
② linux多线程 心跳机制怎么实现
开一个线程每10秒发一次固定包啊，服务端收到次心跳包，固定回复吧！
③ Linux双机热备中如何设置心跳线
心跳线就是两台服务器之间用一根网线连接起来就OK了，然后配上IP，这个IP可以是任何IP段的，只要不是局域网内的IP就成！
④ Linux系统下的设置TCP心跳机制Keepalive为什么总是无效果
对 于一个已经建立的tcp连接。如果在keepalive_time时间内双方没有任何的数据包传输，则开启keepalive功能的一端将发送 keepalive数据包，若没有收到应答，则每隔keepalive_intvl时间再发送该数据包，发送keepalive_probes次。一直没有 收到应答，则发送rst包关闭连接。若收到应答，则将计时器清零。
⑤ 什么是心跳机制
心跳包，通常是客户端每隔一小段时间向服务器发送的一个数据包，通知服务器自己仍然在线，并传输一些可能有必要的数据。因按照一定的时间间隔发送，类似于心跳，所以叫做心跳包。事实上为了保持长连接，至于包的内容，是没有特别规定的，不过一般都是很小的包，或者只是包含包头的一个空包。
在TCP协议的机制里面，本身是存在有心跳包机制的，也就是TCP协议中的SO_KEEPALIVE，系统默认是设置2小时的心跳频率。需要用要用setsockopt将SOL_SOCKET.SO_KEEPALIVE设置为1才是打开，并且可以设置三个参数tcp_keepalive_time/tcp_keepalive_probes/tcp_keepalive_intvl，分别表示连接闲置多久开始发keepalive的ACK包、发几个ACK包不回复才当对方死了、两个ACK包之间间隔多长。
TCP协议会向对方发一个带有ACK标志的空数据包（KeepAlive探针），对方在收到ACK包以后，如果连接一切正常，应该回复一个ACK；如果连接出现错误了（例如对方重启了，连接状态丢失），则应当回复一个RST；如果对方没有回复，服务器每隔多少时间再发ACK，如果连续多个包都被无视了，说明连接被断开了。
“心跳检测包”是属于TCP协议底层的检测机制，上位机软件只是解析显示网口的有用数据包，收到心跳包报文属于TCP协议层的数据，一般软件不会将它直接在应用层显示出来，所以看不到。以太网中的“心跳包”可以通过“以太网抓包软件”分析TCP/IP协议层的数据流看到。报文名称”TCP Keep-Alive”。
一些比较可靠的以太网转串口模块，都有心跳包的检测，比如致远电子的ZNE-100TL模块，配置“心跳包检测”间隔时间设为“10”秒，使用一款”wireshark”的抓包软件来实际查看下TCP/IP协议层“心跳包”数据。
⑥ 【tcp】心跳检测，保活机制
为什么要心跳检查?
因为目前讨论的数据连接场景，都是无源连接，排除NAT的情况，连接就是存在于src和dest两端OS中的状态机，为什么会要用无源连接呢，有源是连接建立带宽就分配好了，不传有效数据这个带宽也被占用着，这不就浪费了，虚拟信号时代的电话就是有源的。
心跳检查是两端都要做的，不做的那一端一样存在状态不对而不自知的情况。
状态机在两端是有可能不一致的，比如一端认为这条连接已经销毁，另外一端可能认为仍有效。心跳机制的作用之一就是解决这种不一致的情况，类似“校对”的作用。
在浏览器上请求一个需要长时间才得到结果的请求，最后返回超时错误。
你说的情况我们经常遇到，我估计你说的就是客户端自己的超时设置，也就是如果http响应无法在限定时间内完成（比如1秒内），那么客户端应用程序自己会报timeout错误。
这应该不是中间设备做了reset，因为如果是那样，这个中间设备应该会给客户端和服务端都发TCP RST，然后客户端报错会变成ECONNRESET这种（ECONNRESET是linux的网络协议栈报给用户空间程序的报错）。
心跳消息显示push ack是为何呢？
按照TCP协议（参考RFC793）规定，操作系统收到有PSH标志位的报文后，这些报文不会被驻留在接收缓冲区，而是要立即通知用户空间程序来接收。这样对于用户空间程序及时收发处理心跳报文是有利的。
AWS的nlb keep-alive最大是350s，我们的服务端keep-alive是默认配置，客户端使用了连接池，也进行了探测，但是有个骚操作是随机选取池子里面的一个链接进行探测，然后那些超过350s还没探测的链接，再次使用就出问题了。
你说的“随机选取池子里面的一个链接进行探测”，我判断是健康检查，就是业务健康性（类似k8s的readiness probe），而不是keepalive。
如果是这样的话，这个健康检查确实不是为保活而生的，也很难达到保活的目的。建议这样做设置：client idle timeout < LB idle timeout < server idle timeout，这样可以尽可能的保证不出现连接失效的情况。
这里说的“保活时间”，不是心跳包的间隔，而是空闲保活时间，idle timeout。
保活机制：心跳包异常导致应用重启？
https://time.geekbang.org/column/article/482610
如何解决 Keep-Alive 导致 ECONNRESET 的问题
https://zhuanlan.hu.com/p/86953757
解决使用 KeepAlive Agent 遇到的 ECONNRESET
https://zhuanlan.hu.com/p/34147188
⑦ linux如何排查心跳闪断
linux排查心跳闪断方法：
1、修改/etc/ssh/sshd_config文件，代码：sudovim/etc/ssh/sshd_config。
2、查找是否有ClientAliveInterval0和ClientAliveCountMax3，如何没有，则在文件后添加，代码：ClientAliveInterval60，ClientAliveCountMax3。
3、ClientAliveInterval指定了服务器端向客户端请求消息的时间间隔，默认是0，不发送。ClientAliveInterval60表示每分钟发送一次，然后客户端响应，这样就保持长连接了。ClientAliveCountMax，使用默认值3即可.ClientAliveCountMax表示服务器发出请求后客户端没有响应的次数达到一定值，就自动断开.
4、重起sshd服务：servicesshdrestart。
⑧ 求linux c语言的心跳包程序
首先,心跳来包一般是30秒或者1分钟一自次才正常,3秒一次太频繁,耗损资源,降低效率,心跳包其实就是你自己定义一条数据send给服务器,服务器recv到这条数据做下判断就行了,如果1分钟没收到这条数据,就断开此客户端的socket连接,返回socket值,根据返回的值确定此客户端掉线了.
⑨ 心跳机制综述（HDFS)
应用场景 ：
在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。
更要命的是，有的节点（防火墙）会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活
什么是心跳机制？
就是每隔几分钟发送一个固定信息给服务端，服务端收到后回复一个固定信息如果服务端几分钟内没有收到客户端信息则视客户端断开。
发包方：可以是客户也可以是服务端，看哪边实现方便合理。
心跳包之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没
有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。心跳包主要也就是用于长连接的保活和断线处理。一般的应用下，判定时间在30-40
秒比较不错。如果实在要求高，那就在6-9秒。