Android 架构之高可用移动网络连接

正文

讲解了Http短连接、TCP长连接、连接复用与速度优化、数据压缩等方面的知识点。不过，真实的网络环境是很复杂的，存在各种各样的因素会导致网络服务不可用，比如DNS劫持、服务器宕机、弱网等。换言之，如果服务都不可用，那上面这些优化也就没有意义了。

因此，本文主要谈一下在真实的网络环境下，存在哪些常见的网络不可用原因，以及大多数公司是如何解决并兜底，从而达到高可用连接这个目标的。
文章会从下面几方面进行阐述：

• DNS劫持与可靠IP获取

1. HttpDNS
2. 内置IP列表+自动测速

• IP列表的缓存更新策略
• IP列表可用性兜底策略
• 针对弱网的多IP复合连接测速
• 自主网络诊断

DNS劫持与可靠IP获取

我们知道，大多数的网络请求第一步就是DNS过程，经过1-RTT的时间将域名转化为IP地址，然后再去发起请求。但是，有相关经验的开发者应该了解，DNS过程不仅耗时不稳定（3G下200ms，4G下100ms），而且可能解析失败，甚至被劫持，将用户导入到了错误的IP地址。如果攻击者自己做一个仿冒的网站，劫持你的DNS并将IP转到这个假网站上，可能会造成很大的用户数据泄漏和公司品牌损失。

为了解决这个问题，获得可靠的IP列表，现有大厂会采用下面一些方案：

1. HTTPDNS

比如阿里云和腾讯云都推出了自己的HttpDNS服务，在全国多地部署相关的服务器提供安全解析DNS服务。
基本的原理就是通过发起Http请求到HttpDNS服务器，获取某个域名对应的可用IP列表。这个IP列表可以根据用户当前的地点进行返回，而且默认会进行IP测速，按速度排序。同时，伴随这IP列表，服务器还会下发一个缓存有效时间 TTL，有了这个时间，客户端可以放心的将IP列表缓存在本地，并在即将过期前及时去更新IP列表，保证每次网络请求都可以使用当前最优的IP地址。

2. 内置IP列表+自动测速

当然，自建HttpDNS服务需要一定规模的机房部署、大量的客户端测速数据上报、全球IP库收集等，需要不少的投入。因此&#