android—性能优化3—网络优化

网络优化正确的认识

0. 网络优化是多维的

1. 流量优化, 需要精确. 整体均值掩盖单点问题.

• 网络相关监控: 需要全面.

举例: 如果用户反馈app流量消耗过多,但是我们不知道用户使用app多长时间,其实我们也不好断定,因为如果app使用时间过长流量消耗多是正常的.

优化维度:

• 流量消耗
• 请求速度
• 链接成功率
• 安全策略

流量消耗

• 一段时间流量消耗的精准度量,网络类型流量还是wifi,前后台
• 监控相关 : 用户流量消耗的均值,异常率(消耗多,次数多)
• 需要对完整链路进行监控(Request ResPonse),主动上报(超过一定值).捞取(服务端下发指令)

网络优化维度

• 用户体验: 请求速度,成功率
• 监控相关: 请求时长,业务成功率,失败率,Top失败接口

其他

• 如果流量过多,对公司成本有影响: 带宽,服务器数,CDN
• 网络请求密集,让手机耗电

网络请求误区

• 只关注流量消耗,忽略其他维度,比如用户时长,操作频率等
• 只关注均值,整体,忽略个体

网络优化工具选择

Network Proifiler

需要开启高级选项

run->edit configuration -> 把 enable advance profiling for older devices

拉去看到请求后可以展示网路请求数据,如果是图片则会展示图片.

抓包工具

chirs

https://blog.csdn.net/csdn_aiyang/article/details/79153162

chirs模拟慢网

proxy -> throttle settings 选哪个下拉的选项

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CggGp2Wa-1619923515555)(https://liudao01.github.io/picture/img/企业微信截图_03b33cba-3d44-4021-9787-27916929ccd3.png)]

stetho

强大的应用调试桥,链接android和chrome

网络监控,视图查看,数据库查看,命令行扩展

https://blog.csdn.net/qq_26411333/article/details/52084862

不常用

最常用是抓包工具.

流量优化

精准获取流量获取

如何判断APP流量消耗偏高

• 流量的绝对值看不出来高低
• 对比竞品,相同Case对比流量消耗.
• 异常监控超过正常值

如何测试,测试方案

• 设置-流量管理
• 抓包工具: 只允许本App联网

线上线下流量获取

线上流量获取方案

NetworkStatsManager (线上可以使用这个)

• api23之后流量统计
• 可获取指定时间间隔内的流量信息
• 可获取不同网络类型下的消耗

在Android 6.0（API23）中新增加的类，提供网络使用历史统计信息，同时特别强调了可查询指定时间间隔内的统计信息。看看部分函数（非静态）：

//查询指定网络类型在某时间间隔内的总的流量统计信息
NetworkStats.Bucket querySummaryForDevice(int networkType, String subscriberId, long startTime, long endTime)

 //查询某uid在指定网络类型和时间间隔内的流量统计信息
NetworkStats queryDetailsForUid(int networkType, String subscriberId, long startTime, long endTime, int uid)  

//查询指定网络类型在某时间间隔内的详细的流量统计信息（包括每个uid）
NetworkStats queryDetails(int networkType, String subscriberId, long startTime, long endTime) 

NetworkStatsManager总结 来自: https://blog.csdn.net/w7849516230/article/details/71705835

Android流量统计TrafficStats类,统计API_8以上重启以来的流量数据统计.

static long  getUidRxBytes(int uid)  //获取某个网络UID的接受字节数

static long  getTotalTxBytes()  //总的发送字节数，包含Mobile和WiFi等

static long  getMobileRxBytes()  //获取通过Mobile连接收到的字节总数，不包含WiFi

static long  getMobileRxPackets()  //获取Mobile连接收到的数据包总数

static long  getMobileTxBytes()  //Mobile发送的总字节数

static long  getMobileTxPackets()  //Mobile发送的总数据包数

static long  getTotalRxBytes()  //获取总的接受字节数，包含Mobile和WiFi等

static long  getTotalRxPackets()  //总的接受数据包数，包含Mobile和WiFi等

static long  getTotalTxBytes()  //总的发送字节数，包含Mobile和WiFi等

static long  getTotalTxPackets()  //发送的总数据包数，包含Mobile和WiFi等

static long  getUidRxBytes(int uid)  //获取某个网络UID的接受字节数

static long  getUidTxBytes(int uid) //获取某个网络UID的发送字节数

其他
这些都是从第一次启动程序到最后一次启动的统计量。并不是这篇文章里所说的“从本次开机到本次关机的统计量”！
用法举例，注意这里得到的单位都是"KB"

• trafficStats
• 无法获得某个时间段内的流量消耗- 无大作用

public long getTotalRxBytes(){  //获取总的接受字节数，包含Mobile和WiFi等
    return TrafficStats.getTotalRxBytes()==TrafficStats.UNSUPPORTED?0:(TrafficStats.getTotalRxBytes()/1024);  
}  
public long getTotalTxBytes(){  //总的发送字节数，包含Mobile和WiFi等
    return TrafficStats.getTotalTxBytes()==TrafficStats.UNSUPPORTED?0:(TrafficStats.getTotalTxBytes()/1024);  
}  
public long getMobileRxBytes(){  //获取通过Mobile连接收到的字节总数，不包含WiFi
    return TrafficStats.getMobileRxBytes()==TrafficStats.UNSUPPORTED?0:(TrafficStats.getMobileRxBytes()/1024);  
}

前台后台流量获取

后台获取流量方案

可以开启一个定时任务-> 获取间隔内流量 - >记录前后台(通过liftcycle onresume判断前后台) -> 分别计算

-> 上报APM后台 -> 流量治理一句

• 有一定误差,可接受范围之内

数据缓存

服务端返回过期时间.

数据状态更新

加上版本的概念,只传输有变化的数据

举例: 配置信息,省市区县等更新

数据压缩

图片上传前压缩

其他网络优化

优化DNS解析

DNS解析在网路错误中占比较高，使用IP直连方式替代DNS服务器解析，可以减少域名解析几百毫秒的时间消耗。

可以使用HttpDNS 阿里云提供的http dns解析服务,如果解析为空,再走系统的dns解析

连接池复用,HTTP版本自身的优化

keep-alive HTTP 协议里有个 keep-alive，HTTP1.1默认开启，一定程度上缓解了每次请求都要进行TCP三次握手建立连接的耗时。原理是请求完成后不立即释放连接，而是放入连接池中，若这时有另一个请求要发出，请求的域名和端口是一样的，就直接拿出连接池中的连接进行发送和接收数据，少了建立连接的耗时。 但是数据通信按次序进行

• http2.0 : 多工,客户端,服务器双向实行监控

网络质量请求监控

• 接口请求成功耗时,成功率,错误码
• 图片加载的每一步耗时

okhttp 里面Okhttp3.EvenListener 写个类实现这个类可以统计.

1. 统计dns 解析耗时
2. responseBodyEnd 网络请求流量消耗预警在这里做 如果超过一定阈值,上报
3. 统计请求失败

写个实体类保存上面的数据

最后在okhttp创建的时候添加EvenListener 的实现类

图片监控:

同样的监听器.

okhttp优化

源码里面okhttp,任务数量加入线程池没有限制,但是加入任务,执行的时候判断当前正在执行的网络请求需要小于最大任务数64.对于单个host可以同时运行5个网络请求(防止某一个域名请求次数过多导致其他域名的请求没有执行)-不满足的话会放到队列里面去取, 如果APP只有一个HOST,那么这里也可以进行优化.

请求失败处理

客户端请求失败多次 一定时间内 不在请求.

数据压缩

目前比较成熟的方案未 GZIP 压缩，正常情况下压缩率均值能打包 30-50之间，可以极大的提升传输速度和节省流量，必要是可以使用 Protocol Buffer 替换 JSON 。

弱网优化

弱网优化，在弱网时要是制定合适的超时时间，控制网络并发，合并打包请求，调优TCP参数，使用TCP优化算法。
对服务端的TCP协议参数进行调优，以及开启各种优化算法，使得适合业务特性和移动端网络环境，包括RTO初始值，混合慢启动，TLP，F-RTO等。
针对弱网的这些细致优化暂未成为标准，开源网络库 mars 有实现可以借鉴，若有需要可以使用。