安卓网络编程中长连接怎么实现？

发布网友

共1个回答

热心网友

通过 长时间保持双方连接，从而：

下面，我将对每种原因进行分析

当进程被杀死后，长连接也会随之断开

当移动客户端网络状态发生变化时（如移动网络 & Wifi切换、断开、重连），也会使长连接断开

如网络状态差、 DHCP 的租期到期等等，都会使得长连接发生偶然的断开

其实，说得简单点：高效维持长连接的关键在于

整体概括如下：

这是本文的重点，下节开始会详细解析

对国、内外主流的移动 IM 产品（ WhatsApp 、 Line 、微信）进行了心跳机制的简单分析 & 对比，具体请看下图

下面，将根据市面上主流的心跳机制，设计一套心跳机制方案

在下面的方案设计中，将针对这3个问题给出详细的解决方案。

为了减少流量 & 提高发送效率，需要精简心跳包的设计

主要从心跳包的内容 & 大小入手，设计原则具体如下

心跳包 = 1个携带少量信息& 大小在10字节内的信息包

为了防止 NAT 超时 & 减少设备资源的消耗（网络流量、电量、CPU等等），心跳发送的间隔时间是整个心跳机制方案设计的重点。

心跳发送间隔时间的设计原则如下

下面，我将详细讲解自适应心跳间隔时间的设计方案

1.如何自适应计算心跳间隔从而使得心跳间隔接近当前 NAT 超时时间？

注：只有当心跳间隔接近 NAT 超时时间时，才能最大化平衡长连接不中断 & 设备资源消耗最低的问题。

2.如何检测当前网络环境的 NAT 超时时间发生了变化？

注：在检测到 NAT 超时时间发生变化后，重新自适应计算心跳间隔从而使得心跳间隔接近 NAT 超时时间

该机制的核心在于， 如何判断长连接的有效性

在网上流传着一些用于判断长连接是否有效的方案，具体介绍如下

至此，关于心跳保活机制已经讲解完毕。

很多人认为， TCP 协议自身就有 KeepAlive 机制，为何基于它的通讯链接，仍需 在应用层实现额外的心跳保活机制？

先来看看 KeepAlive 机制是什么

KeepAlive 的机制不可替代心跳机制的具体原因如下：

KeepAlive 机制无法代替心跳机制，需要在应用层自己实现心跳机制以检测长连接的有效性，从而高效维持长连接

不定期分享关于安卓开发的干货，追求短、平、快，但却不缺深度。