计讯物联工业级dtu采用TCP心跳链路检测机制、保证设备永久在线状态，究竟TCP心跳机制是什么?

  TCP心跳机制是什么

  如何理解应用层的心跳?简单来说，就是客户端会开启一个定时任务，定时对已经建立连接的对端应用发送请求(这里的请求是特殊的心跳请求)，服务端则需要特殊处理该请求，返回响应。如果心跳持续多次没有收到响应，客户端会认为连接不可用，主动断开连接。不同的服务治理框架对心跳，建连，断连，拉黑的机制有不同的策略，但大多数的服务治理框架都会在应用层做心跳。

  心跳包之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。

  在TCP的机制里面，本身是存在有心跳包的机制的，也就是TCP的选项：SO_KEEPALIVE。系统默认是设置的2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。

  心跳包一般来说都是在逻辑层发送空的echo包来实现的。下一个定时器，在一定时间间隔下发送一个空包给客户端，然后客户端反馈一个同样的空包回来，服务器如果在一定时间内收不到客户端发送过来的反馈包，那就只有认定说掉线了。

  其实，要判定掉线，只需要send或者recv一下，如果结果为零，则为掉线。但是，在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点(防火墙)会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。

  在获知了断线之后，服务器逻辑可能需要做一些事情，比如断线后的数据清理呀，重新连接呀……当然，这个自然是要由逻辑层根据需求去做了。

  计讯物联工业级dtu具有多重检测机制，运行故障自修复，确保设备永不死机，专为无人值守环境而生;采用三级看门狗检测机制，由CPU自带看门狗设计、硬件电路看门狗设计，软件看门狗设计，智能软件唤醒和硬件断电重启机制，设备自动复位，保证设备正常运行;采用PPP层心跳、ICMP探测、TCP心跳链路检测机制、网络故障自动恢复、掉线重连确保设备永久在线;网络通道与短信通道可相互切换，当TCP/UDP断开连接时，可启用短信发送数据;掉线重连、数据补发，传输稳定、可靠不丢包。

  总的来说，心跳包主要也就是用于长连接的保活和断线处理。一般的应用下，判定时间在30-40秒比较不错，如果要求高，可在6-9秒。