《移动App性能评测与优化》——网络篇总结

上传速度和成功率的优化

1. 必须分小片传输一个文件（图片）
2. 不同类型的移动互联网下的分片初始大小应该有所不同。
3. 在上传一个文件（图片）的过程中，应当尽可能动态增大分片大小（例如，后一片是前一片的N倍），以减少分片数量。
4. 确定每个分片是否要继续增大之前，要检查网络类型是否发生了变化，一旦跟前一片传输的网络变得不同，则新的一片不能继续增大，而是转而用新网络类型下的初始分片大小进行传输。
5. 分片一旦传输失败，应当使用该网络下的初始分片大小进行重试。
6. 每个分片都有一定次数的失败重传机会，当一个分片的所有重传都失败了，才定义为图片传输失败。
7. 配合后台服务器能力，待用户手工再次重试失败传输的图片时，能断点续传。

分片大小的计算逻辑的要点：

把一个文件传输的全过程按照分片大小的增长快慢分成三种状态：

• QUICKSTART（快启动，分片以一定倍率快速增长）
• SLOWSTART（慢启动，分片以一个远小于快启动增长倍率的小系数缓慢增长）
• STABLE（稳定态，分片大小不在变化）

Ss：传输速度增大到某一范围后，再增大会导致速度下降，失败率升高。一般到达这一范围就不在增大传输分片。

在传输图片时最初的状态是QUICKSTART，目的是以一个较快的增速把分片大小增大到Ss，而不希望待文件（图片）都传完完毕时，分片的大小仍比Ss小很多，这样的上传是没有充分利用网络带宽的。而快启动之后会切入慢启动，即从快启动下的最大分片Smax回退到前一个次大小分片Slmax，然后从Slmax为基数、以一个相对较慢的微调增速放大分片，最终找到Ss，进入稳定态不再改变分片大小，直到发送完毕。

带宽越小的网络初始分片大小越小，带宽相同的情况下，WiFi下的初始值也大于移动网络的。

若待传输图片（文件）小于某个经验中的“较小值”，我们认为是“小”图（文件），传输它时对应网络下的初始分片大小会增倍。

对于剩余文件大小小与当前计算出的最新分片大小的X倍时，就会将剩余文件内容全部放到最后一个分片中发送，避免出现“小尾巴大开销”的浪费。

流量优化

摸清现状

抓包测试法

在App运行期间，把手机收发的所有报文都抓取下来，再计算收发报文总大小，即App消耗的流量。

统计测试法

安卓系统自身提供了TCP收发长度的统计功能，一般App和后台服务器之间的通信都是基于TCP的，所以我们可以利用此统计来测试我们App的流量，而且安卓提供的该统计功能是按照App纬度来统计，不需要禁止其他App的连网权限。

优化精简

1. 增量拉取数据，App与后台服务器交互时，每次只传输有变化的数据，不变的数据不要重复传输。
2. 界面展示的数据非WiFi下不预取，非WiFi情况下，对于App界面展示的数据，在App后台运行时尽量不去拉取。
3. 实时的信息上报后台运行时改成非实时上报，后台运行时产生的日志，先缓存起来，后续周期性的统一上报。
4. 非WiFi场景降低耗流量的功能的网络通信频率。
5. 多个报文合并发送，合并网络请求，减少请求次数。
6. 尽量利用WiFi传输信息。