Android网络请求优化

DNS 解析优化

安全方面

首先是防劫持，我们可以考虑使用 HttpDns。这里需要注意 HttpDns 只是一个概念，并不是一个现有的开源库。它与传统的 DNS 解析的区别在于 HttpDns 会绕过运营商的 DNS 服务器，直接与 DNS 服务器的 80 端口进行交互，有效地防止了域名劫持。

目前业内主要由第三方厂商提供实现了 HttpDns 的 SDK，比较普及的是阿里云和腾讯云的 HttpDns Service。但是这两者的使用具有一定的成本：开发者需要在它们的平台注册并获取开发者 key，并且部分服务是收费的。比如关于阿里提供的 SDK 的详细集成步骤可以参考官方介绍：阿里云HttpDns Demo APP Android版。

对于普通开发者而言，可以考虑使用七牛云提供的免费的 happy-dns。实现也比较简单，因为 OkHttp 已经预留了设置 Dns 的接口，如下所示：
在接口 Dns 中只有一个方法需要实现——lookup，这个方法返回查找到的服务器地址集合。并且 OkHttp 已经实现了一个默认的 DNS 解析器，也就是图中红框标识的 SYSTEM，它使用 java net 包中的 InetAddress 获取某域名的 IP 地址集合。

我们可以实现 Dns 接口，使用 Http 的请求方式实现自己的域名解析器，具体实现就是使用七牛云提供的 happy-dns SDK。首先需要添加依赖库：
然后在自己实现的 Dns 类中，使用如下方式实现：
然后通过Okhttp的dns方法设置进去，这样我们就可以在安全方面做到防劫持的功能了。

速度方面

关于 DNS 解析的速度优化方面，我们可以从以下几个方面进行突破：

• IP 直连方式

IP 直连方式经常会针对不同的开发环境使用，比如针对在 qa、staging 测试环境下，可以直接配置 IP 白名单，跳过 DNS 解析流程，但这样同样需要实现 OkHttp 的 Dns 接口

• DNS 解析超时

当我们在做网络请求时，如果网络设备切换路由，访问网络出现长时间无响应，很久之后会抛出 UnknownHostException，并且我们在 OkHttp 中设置的 connectTimeout 属性对 DNS 的解析不起作用。这种情况我们可以在自定义的 Dns 类中做超时判断，如下所示：

网络请求缓存优化

实际上有时在做网络请求数据可达优化的时候，经常会不可避免地与本地持久化绑定在一起。比如当一次网络请求失败时，我们需要将这次请求保存在本地，并尝试重新发送；或者请求数据成功，我们需要将数据缓存在本地，当下一次请求数据展示 UI 之前，先将缓存中的数据展示到页面，只有当新的请求返回数据之后，再次刷新页面。

一般的做法是创建一个数据库 Entity 类，并根据自家公司的业务逻辑设置公共参数，通常都会有 user_id、更新时间 update_time 等，如下所示：
上图中 key 表示缓存的标识，插入请求都是根据 key 操作；value 字段用来保存网络请求的数据，当网络请求成功后，将数据以 JSON 字符串的格式缓存到数据库中，如下所示：
解释说明：

• 图中 1 处构建 HttpDataCache 类，并设置公共参数；

• 图中 2 处将网络请求数据转化为 JSON 字符串格式；

• 图中 3 处执行数据库操作，将网络请求数据缓存到本地数据库中。

后续当我们再次执行相同 key 的网络请求时，就可以先将本地数据库中的数据展示到页面，并进行异步请求操作刷新页面。

幂等性

HTTP 方法的幂等性是指一次和多次请求某一个资源应该具有同样的副作用。举一个例子：当我们点外卖付款时，服务端扣款成功后发送给客户端一条扣款成功的消息，但是如果此时由于网络问题，客户端并没有成功接收到此消息，用户就有可能认为没有付款成功，甚至是尝试再次付款。

幂等性就是为了解决这种问题，但是它属于代码设计层面的技巧，并不是一个实体方法或者开源库。实现幂等性需要客户端和服务端协同合作实现。比如原始的付款方法如下：
复制

boolean pay(user_id, amount); 

上述方法代表从账户 user_id 中扣除 amount 数量的金额，多次操作就会造成同一个 user_id 账户被扣款多次。可以通过以下方式将付款方式实现幂等：
复制

int create_pay_ticker()
boolean idempotent_pay(ticket_id, account_id, amount) 

create_pay_ticket 的语义是获取一个服务器端生成的唯一的处理号 ticket_id，它将用于标识后续的操作。idempotent_pay 和 pay 的区别在于关联了一个 ticket_id，一个 ticket_id 表示的操作至多只会被处理一次，这样库款的操作就符合幂等性了，客户端就可以放心地多次调用。

实际上很多 HTTP 请求方法自身就符合幂等性，具体可以参考：理解HTTP幂等性。

连接

• 网络状态

  可以根据不同的网络状态(2G、3G、4G、Wifi)针对性的提供处理策略。

• 弱网处理

  弱网的影响：存在较多的丢包、误码、超时、连接中断以及难以接入网络等情况；
  针对弱网情况，可做一下优化：
  1.失败重试： 可在Retrofit等网络框架添加拦截器，实现失败重试；

• IP直连

  优点：能减少DNS的域名解析过程，从而提升连接或请求的速度。
  缺点：IP暴露，不安全。

• HttpDns

  作用：使用HTTP协议进行域名解析，代替现有基于UDP的DNS协议，域名解析请求直接发送到阿里云的HTTPDNS服务器，从而绕过运营商的Local DNS，能够避免Local DNS造成的域名劫持问题和调度不精准问题；

• Http1.0、Http1.1、Http2.0

  影响HTTP网络请求主要是 带宽 和 延迟 ；
  Http1.0：每个TCP连接只能发送一个请求。发送数据完毕，连接就关闭，如果还要请求其他资源，就必须再新建一个连接，每次请求连接都需要3次握手，连接成本较高，性能较差。
  Http1.1

  • 持久连接： 即TCP连接默认不关闭，可以被多个请求复用（对于同一个域名，大多数浏览器允许同时建立6个持久连接）；
  • Keep-Alive：使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。Web服务器，基本上都支持HTTP Keep-Alive。Keep-Alive: timeout=5, max=100
    timeout：过期时间5秒（对应httpd.conf里的参数是：KeepAliveTimeout）

max：最多100次请求，强制断掉连接。就是在timeout时间内又有新的连接过来，同时max会自动减1，直到为0，强制断掉。
* 管道机制： 即在同一个TCP连接里面，客户端可以同时发送多个请求，举例：需要发送2个请求，以前HTTP1.0的做法是请求一次需要等等响应，再请求第二次类似于一问一答，而HTTP1.1就支持同时请求，之后按序响应；
* 缺点：队头阻塞，上述已说明HTTP1.1的TCP连接复用与响应按序的，那么在多个请求使用同一个TCP连接的时候，一个响应的特别慢的时候，会影响后续的响应速度。
Http2.0
* 降低延迟： 路复用通过多个请求stream共享一个tcp连接的方式，解决了HOL blocking的问题，降低了延迟同时提高了带宽的利用率。
* 请求优先级： 多路复用带来一个新的问题是，在连接共享的基础之上有可能会导致关键请求被阻塞。SPDY允许给每个request设置优先级，这样重要的请求就会优先得到响应。
* header压缩： 前面提到HTTP1.x的header很多时候都是重复多余的。选择合适的压缩算法可以减小包的大小和数量。
* 数据传输： HTTP/2采用二进制格式而非文本格式。

• 连接复用

  根据相同的HOST请求，可以设计连接的缓存，实现连接池进行复用,线程池使用

传输

• Protocol Buffers

  定义：Protocol Buffers 和 XML、JSON一样都是结构数据序列化的工具。
  作用：通过将结构化的数据（拥有多种属性）进行序列化，从而实现**数据存储和交换的功能 **。
  优点：在传输数据量较大的需求场景下，Protocol Buffer 比 XML、JSON 更小（3到10倍）、更快（20到100倍）、使用 & 维护更简单；而且 Protocol Buffer 可以跨平台、跨语音使用。

• Gzip

  定义：在 http／1.0 协议中关于服务端发送的数据可以配置一个 Content-Encoding 字段，这个字段用于说明数据的压缩方法。(Content-Encoding：gizp、Accept-Encoding: gzip)

• 网络缓存

  网络缓存：提供一种将数据存储到本地的思想，实现减少服务器的请求负荷、加快请求速度、无网也能显示内容。例如：OkHttp的缓存机制（强制缓存 与 对比缓存）。

  强制缓存：在缓存数据未失效的情况下，可以直接使用缓存数据，由两个字段Expires和Cache-Control用于标明失效规则。
  对比缓存：表示需要和服务端进行相关信息的对比，由服务器决定是使用缓存还是最新内容，如果服务器判定使用缓存，返回响应吗304，判定使用最新内容，则返回响应码200和最新数据（ETag和If-None-Match）。

• 图片传输

1.可通过Webp的图片格式传输。
2.可实现图片缓存机制(二级缓存：Lrucache;DisLrucache等)。

• 预加载

  在设计业务请求时，可合理的设计 数据提前加载 的方式，提升用户的体验。

监控

• Android Profiler

  Receiving：表示下行流量, 即下载接收；
  Sending：表示上行流量, 即上传发送；

• Stetho

  Stetho 是Facebook开源的Andorid调试工具。当你的应用集成Stetho时，开发者可以访问Chrome，在Chrome Developer Tools中查看应用布局，网络请求，sqlite，preference等等，可视化一切应用操作（更重要的是不用root）。

附录：httpDns
OkHttp接入HttpDNS，最佳实践

Okhttp 接入HttpDNS（支持http/https，）达到IP直连

qiniu /happy-dns-android