网络优化概述

• 网络优化的维度是多维的；

• 仅仅重视流量是不够的，流量只是网络优化的一个维度；

• 网络流量的消耗量统计，要全面、精确；
  【注意整体均值（一段时间内APP消耗的流量）掩盖单点问题（某个功能消耗的流量）】
  很多时候在做网络流量统计上，
  我们只是获取一个具体消耗多少的值，
  但是这个值只能显示用户用了多少流量，
  对于我们发现以及解决问题其实没有丝毫的帮助；
  
  【整体均值掩盖单点问题】
  比如线上用户反馈一个APP消耗流量比较多，
  但是如果我们不知道 这个用户对这个APP的使用总时间，其实是不好断定的；
  如果使用时间久，那消耗流量多，很可能是正常的；
  
  又如，
  用户可能反馈一个APP在后台消耗流量比较多，
  如果只有一个值，其实也是无法断定APP是在后台消耗流量比较多；

• 网络优化应该建设全面、完善的网络监控体系；
  【粗粒度监控不能帮助我们发现、解决深层次问题】
  比如
  做网络请求成功率的监控，但是仅仅这个值，
  我们只能知道线上用户大概的网络使用情况；
  这种粗粒度监控不能帮助我们发现、解决深层次问题；
  比如，
  线上用户使用了某一个功能，使用了一千次，出现了一次异常，
  而且用户点击重试之后，就又正常了，
  这样单从数量来看，网络请求的成功率还是比较高的；
  但是仅仅通过网络请求成功率这一个值，
  要去知道这一次异常出现的原因 以及想来寻找相关的解决办法，
  其实也是不可能的；
  【数据粗糙，反映程度有限】

网络优化维度

@· 流量消耗维度

• 必须做到能够知道用户在一段时间内流量消耗的精准度量，
  在不同的网络类型的流量消耗、前后台的流量消耗；
  【即用户消耗的流量是在前台还是后台，是用的流量还是WiFi】
  只有累积多维度的数据，
  才能更敏锐地发现问题，更快捷地断定和解决问题；

• 监控要点：用户流量消耗均值、
  异常率（异常即一定时间内流量消耗过多，
  网络请求次数过多，
  下载过的文件过大）

• 最理想情况：
  对所有的网络请求，本地都有一个完整的监控；
  每一个请求的Request、Response相关的所有信息，都能全部记录下来，
  服务端可以下发指令 控制本地上传；
  客户端也可以在超过阈值之后，主动上报；

@· 网络请求质量维度

• 影响用户体验：请求速度快慢、成功率高低
• 监控要点：请求时长、请求业务成功率与失败率、Top失败接口

@· 其他维度

• 流量大影响公司成本：影响带宽、服务器数、CDN等开支；
• 影响耗电量；

网络优化误区

• 只关注流量消耗，忽视其他维度；【不够全面】
• 只关注均值、整体，忽视个体

参考：

• 慕课网