android进阶篇09、电量与网络优化简述-一一网

本篇我们主要介绍了电量优化和网络优化的一些概念和可以去优化思考的方向，本没有具体的措施，电量和网络优化是一个比较宽泛的优化点，需要从项目中多实践多总结；特别是网络优化，其实我们能做的并不多，大多数优化的工作都被封装起来了，例如使用比较广泛的Okhttp框架就做了大量的优化；

一、电量优化

1、Doze与StandBy模式

当设备未充电、屏幕熄灭，一段时间处于不活动状态，就会进入Doze模式；且随着不活动的时间越久，Doze持续的时间就越长；进入Doze后系统会延迟应用的后台CPU和网络活动；我们可以使用adb命令进入和关闭Doze模式，还可以查看Doze白名单等命令；

Doze模式是来描述系统的，StandBy模式是描述应用的，应用不处于活跃状态且设备未处于充电状态；
系统提供了一个可配置的白名单，我们可以在应用中申请将我们的应用的处于白名单中；

我们可以通过在应用获取电池电量、是否处于充电状态来进行某些操作；比如日志系统，我们可以在设备充电的时候将日志系统中的日志上传至服务器我们进行获取；还可以注册广播，获取电量变化及充电状态；

2、电量优化

我们的应用可以从以下三个方面增加电池续航

减少操作是否存在多余操作，例如缓存已下载的数据，而不是每次都重新下载
推迟操作可以将某些不紧急的操作在设备充电或者wifi连接的时候再执行
合并操作服务器请求不同的接口，是否可以进行合并等操作

3、电量消耗分析工具

Android studio自带的profiler分析工具就有电量的分析

首先在真机或者模拟器中启动应用
打开profiler界面，选中应用进程，选择energy，就进入电量消耗分析界面
鼠标放在柱状图区域，可显示应用cpu、network、location三部分是否处于活跃状态
鼠标在柱状图区域拖动，下面会显示具体后台耗电的信息，比如Location、Wake Locks、Alarm&Job

二、网络优化

一条网络请求需要经过的流程如下

DNS解析，请求DNS服务器，获得域名对应的IP
与服务器建立连接，包括tcp三次握手，ssl安全连接等
连接建立，发送和接受数据，解析数据

因此可以从这三步中进行优化；

1、DNS优化

DNS 完整的解析流程很长，会先从本地系统缓存取，若没有就到最近的 DNS 服务器取，若没有再到主域名服务器取，每一层都有缓存，但为了域名解析的实时性，每一层缓存都有过期时间。

传统的DNS解析有几个缺点

缓存时间设置得长，域名更新不及时，设置得短，大量 DNS 解析请求影响请求速度；
域名劫持，容易被中间人攻击，或被运营商劫持，把域名解析到第三方 IP 地址；
DNS 解析过程不受控制，无法保证解析到最快的IP；

为了解决这些问题，我们可以使用HTTPDNS，原理很简单，就是自己做域名解析的工作，通过 HTTP 请求后台去拿到域名对应的 IP 地址，直接解决上述所有问题。

可以通过使用阿里的httpDNS进行DNS优化；

2、连接优化

复用连接，不用每次请求都重新建立连接，如何更有效率地复用连接，可以说是网络请求速度优化里最主要的点了。

keep-alive

HTTP 协议里有个 keep-alive，HTTP1.1默认开启，一定程度上缓解了每次请求都要进行TCP三次握手建立连接的耗时。原理是请求完成后不立即释放连接，而是放入连接池中，若这时有另一个请求要发出，请求的域名和端口是一样的，就直接拿出连接池中的连接进行发送和接收数据，少了建立连接的耗时。实际上现在无论是客户端还是浏览器都默认开启了keep-alive，对同个域名不会再有每发一个请求就进行一次连接的情况，纯短连接已经不存在了。

但有 keep-alive 的连接一次只能发送接收一个请求，在上一个请求处理完成之前，无法接受新的请求。若同时发起多个请求，就有两种情况：

若串行发送请求，可以一直复用一个连接，但速度很慢，每个请求都要等待上个请求完成再进行发送。

若并行发送请求，那么只能每个请求都要进行tcp三次握手建立新的连接。

http2开始开启了多路复用，解决了http1.1对同一个ip的多次请求不能复用一个socket的情况；

Android 的开源网络库OKhttp默认就会开启keep-alive ，并且在Okhttp3以上版本也支持了 HTTP2。

3、数据压缩

数据对请求速度的影响分两方面，一是压缩率，二是解压序列化反序列化的速度。目前最流行的两种数据格式是 json 和 protobuf，json 是字符串，protobuf 是二进制，即使用各种压缩算法压缩后，protobuf 仍会比 json 小，数据量上 protobuf 有优势，序列化速度 protobuf 也有一些优势。

除了选择不同的序列化方式（数据格式）之外，Http可以对内容（也就是body部分）进行编码，可以采用gzip这样的编码，从而达到压缩的目的。

在OKhttp的 BridgeInterceptor 中会自动为我们开启gzip解压的支持。

4、其他方面优化

使用webp代替png/jpg
不同网络的不同图片下发，如（对于原图是300×300的图片）：

2/3G使用低清晰度图片：使用100X100的图片;

4G再判断信号强度为强则使用使用300X300的图片，为中等则使用200×200，信号弱则使用100×100图片;

WiFi网络：直接下发300X300的图片
http开启缓存 / 首页数据加入缓存