Android 架构之长连接技术，Android面试题整理

• 长连接通道建设及容灾

除了大家常用的Http短连接，大型App几乎都会搭建一套完整的TCP长连接网络通道。我们先来看下美团Shark长连接的线上数据：

图片来源 《美团点评移动网络优化实践》

上面两张图片对比了长/短连接的成功率和网络延时数据，这两个是网络模块最重要的衡量指标。可以看出，无论是成功率，还是网络延时，长连接都明显优于短连接。

另外，大家都知道微信的消息收发非常即时，这便归功于背后稳定高可用的长连接系统。实际上，微信除了消息收发，其他的小数据通信都是通过长连接来实现的。

下面我们来讲解一些长连接的一些核心技术点。

I. 长连接与Http短连接、Keep-Alive傻傻分不清

为防止大家对于长连接和短连接混淆，这里先简单说明下几点区别。

长连接 vs Http短连接

这两者分别对应的是TCP协议层的长连接和短连接。

大家都知道，TCP会通过三次握手，建立与服务端的连接，然后传递数据，只不过短连接在数据传输完后，会主动关闭连接，而长连接会继续保持这条连接，后续的数据读写继续使用这条连接。

长连接 vs Http的Keep-Alive

上一篇文章中提到了连接复用，通过Http1.1的Keep Alive字段，我们可以让一条Http连接保持不被立即关闭。有些同学这时就疑惑了，是不是长连接就是Keep Alive呢？

其实不是的。长连接我们也叫TCP长连接，它是架设在TCP协议上的，而上面说的Keep Alive是Http协议的内容，连协议都不同，两者自然不是一个东西。

开启了Keep Alive是Http连接，我们也称之为持久连接，和长连接并不同。感兴趣可参考此文：《TCP 进阶》。

TCP的Keep-Alive vs Http的Keep-Alive

提到Keep Alive，有些同学就会问了，TCP协议里也有一个Keep Alive，它和Http协议里的Keep Alive有什么区别吗？

二者的用处并不同。Http协议在完成一个请求后，服务器会自动关闭连接。这时，可以在请求里带上一个Keep Alive给服务器，告诉服务器不要立即关闭连接，我还想继续复用这条连接；而对TCP协议层而言，是不会自动断开的，但这也带来了一个问题，万一由于某些外部原因导致连接断开，那我如何知道连接已失效呢？TCP会在2个小时间隔后，自动发送一个Keep Alive数据包给服务端，探测一下服务器是否还在响应。它的功能类似心跳包，只是间隔太长，不适合做真正的心跳包。

II. 你为什么需要长连接

那么，相比Http短连接，长连接技术能带来什么好处呢？

1. 不同域名的请求可以复用同一个长连接通道

以前我们不同域名的请求，需要做对应的DNS请求，然后建立对应的Http连接。上篇文章里说的Http连接池在不同域名下不可复用，需要重新建立连接。这些都是一些资源开销，但是如果通过长连接通道，那域名只是这个请求里的一个字段，可以直接复用同一条长连接通道。

2. 不依赖DNS，无DNS耗时和劫持等问题

上文中我们提到了HttpDNS，虽然它比系统DNS更优，但终归还是要做DNS操作。而长连接都是IP直接连接，因此没有DNS相关的开销和耗时。

3. 如果有大量网络请求，可以明显减少网络延时，节省带宽

对于大型App而言，存在繁多密集的网络请求，这中间就会存在非常多次的Http断开和重新连接，浪费了很多时间和带宽。而通过长连接通道的话，则没有这部分耗时，直接传输二进制数据即可，节省了每次连接里Header之类的带宽开销。

4. 服务端主动Push数据到客户端

对于上面提到的微信消息接收等场景，如果需要客户端主动去轮询，则会频繁发起请求，对于服务器会产生很大的负载压力，浪费带宽流量。而通过长连接，服务端可以主动把消息下发给客户端，做到最高实时性，且节省流量。

III. 长连接何时会断开？

正常而言，长连接是不会断开的。大家可以自己试一试，两个socket建立连接，只要网络不变、一切正常，那么这两个socket可以一直互相传送数据，不会断开。

但是，在移动网络下，网络状态复杂多变，比如网络线路被切断、服务器宕机等，都会导致长连接中断。除了这些线路异常外，我们需要关注下面几个长连接断开原因：

1. 长连接所在进程被杀

这个很容易理解，如果我们的App切换到后台，那么系统随时可能将我们的App杀掉，这时长连接自然也就随之断开。

2. 用户切换网络

比如手机网络断开，或者发生Wi-Fi和蜂窝数据切换，这时会导致手机IP地址变更。而我们知道，TCP连接是基于IP + Port的，一旦IP变更，TCP连接自然也就失效了，或者说长连接也就相当于断开了。

3. 系统休眠等导致NAT超时

这里对NAT简单解释下，方便有的同学不太了解。当手机连接上网络时，网关会给我们分配一个IP地址，这个其实是内网IP，此时还未真正连接上公网，也连接不上服务器；如果想要连接公网，需要运营商将我们的内网IP映射成一个公网IP，有了公网IP，服务器就能与我们建立连接了。NAT指的就是这个映射过程。

也就是说，运营商会给每台设备分配一个公网IP，类似一张通信证。不过，随着连接网络的设备不断增多，网关负载也会不断加大，这时，运营商就会对一些不太活跃的设备进行公网IP回收了，如果下次这个设备需要连网，那就重新分配一个IP即可。

看似没问题，但实际上，如果我们的App在一段时间不活跃，发生了NAT超时，便会导致我们的公网IP失效，长连接也随之失效了。

4. DHCP 租期

DHCP 租期过期，如果没有及时续约，同样会导致IP地址失效。

综合而言，长连接在正常情况下是不会断开的，但是，一旦手机的IP地址失效，这时就不得不重新建立连接了。

IV. 如何建立稳定长连接？

上面我们提到了多种长连接断开的原因，那我们应该如何进行优化，尽可能保证长连接不断开，或者及时断开了，也要尽快重连呢？

1. Mars长连接独立进程

为了减少进程被杀的几率，在Mars的Demo代码里我们可以看到，它将长连接逻辑单独提取到了一个独立的进程里。这个进程只做网络交互，消耗的内存等资源自然较少，从而减少了被系统回收的概率。

图片来自《Android版微信后台保活实战分享(进程保活篇)》

2. 长连接进程复活

进程被杀难以避免，不过可以通过AlarmReceiver、 ConnectReceiver、BootReceiver，达到进程的及时唤醒。

当然，进程保活是一个比较大的话题，而且不恰当的进程保活也会对系统体验造成危害。这里就不深究了。

3. 心跳机制

对于心跳包很多人误以为只是用来定期告诉服务端我们的状态，实际并非如此。

上面我们提到了 NAT 超时，即如果App一段时间内不活跃，会导致运营商那里删除我们的公网IP映射关系，这会导致我们的TCP长连接断开。因此，我们需要通过心跳机制来保证App的活跃度，防止发生 NAT 超时。

4. 断开重连

在线上运行时，长连接很有可能会由于网络切换之类的原因断开。这时，我们需要尽快发现长连接断开，并立即重连。一般有下面几种做法：

• 创建Receiver，监控网络状态，如果网络发生切换则立即重连；
• 监控服务端心跳包回包，如果连续5次没有收到回包，则认为长连接已经失效；
• 设置心跳包超时限制，如果超过时间还没有收到心跳回包，则重连，这种方式比较耗电；
• 等socket IO异常抛出，不过耗时太长，需要15s左右才能发现。

V. Mars智能心跳机制

1. 固定心跳机制

上面我们说了，心跳机制主要是为了防止 NAT 超时，外网IP地址失效。因此，一般的做法就是在NAT失效前，保证有心跳包发出。或者说，客户端应当以略小于NAT超时时间的间隔来发送心跳包。

早期的微信的心跳是4.5分钟发送一次心跳，可以不错的运行。

2. Mars智能心跳策略

在尽量不影响用户收消息及时性的前提下，根据网络类型自适应的找出保活信令TCP连接的尽可能大的心跳间隔，从而达到减少安卓微信因心跳引起的空中信道资源消耗，减少心跳Server的负载，以及减少部分因心跳引起的耗电。

自适应心跳

因此，在固定心跳机制下，微信又研究了一套动态计算心跳的方案，动态的探测最大的NAT超时时间，然后选定合适的心跳间隔区间去发送心跳包。这里说一下大致思路：

首先，如果心跳间隔越久，产生的负载和消耗也会越小。因此微信采用了自适应心跳：当找到一个有效心跳间隔后，我们主动去加大这个间隔，然后测试是否能成功，如果不能，则使用比上一次成功间隔稍短的时间作为间隔；否则继续加大间隔，直到找到可用的有效间隔。

那么，如何判断一个心跳间隔有效呢？微信采用的方案是使用固定短心跳直到满足三次连续短心跳成功，则认为这个间隔有效。

探测过程大致为：60秒短心跳，连续发3次后开始探测，90，120，150，180，210，240，270

前后台策略

另外，考虑到App在前后台对于长连接的需求是不同的。因此当微信在前台活跃态时，采用了固定心跳机制；在前台熄屏态或者后台活跃态（进入后台10分钟内）时，先用几次最小心跳维持长连接，然后进入自适应心跳机制；在后台稳定态（超过10分钟），则采用自适应心跳计算出来的最大心跳作为固定值。

如果在运行过程中，发生了心跳失败，则进行重连。同时将心跳间隔调整为断线前间隔减去20s，重新走自适应心跳；如果连续5次均失败，则以初始心跳180s继续测试。

Alarm对齐策略

对于Android系统而言，为了减少频繁唤醒系统导致的电量损耗，提供了Alarm对齐唤醒机制：把一定时间段内的多次Alarm唤醒合并成一次，减少系统被唤醒次数，增加待机时间。

而我们的心跳包就是需要在定时结束后自动触发一次心跳包的发送，因此，在Mars里面的心跳时间也是按照Alarm对齐时间来做心跳间隔，减少电量损耗。

其他

对于微信心跳策略感兴趣的话可以阅读文末的参考文献，代码可以参考smart_heartbeat。

VI. 长连接数据协议及加密

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）

总结

找工作是个很辛苦的事情，而且一般周期都比较长，有时候既看个人技术，也看运气。第一次找工作，最后的结果虽然不尽如人意，不过收获远比offer大。接下来就是针对自己的不足，好好努力了。

最后为了节约大家的时间，我把我学习所用的资料和面试遇到的问题和答案都整理成了PDF文档

喜欢文章的话请关注、点赞、转发 谢谢！

本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

一个人可以走的很快，但一群人才能走的更远。如果你从事以下工作或对以下感兴趣，欢迎戳这里加入程序员的圈子，让我们一起学习成长！

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

ab8389e65ecb71ac0)

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算