界面性能优化
- 监控指标:在Activity跳转过程中,在上一个Activity的onStop方法和下一个Activity的OnResume期间对用户来说是空白的,假如这段时间过长,就会感觉卡顿,当然OnResume这个时机也不太准确,更准确的是OnResume中创建ViewRootImpl后触发的下一个Vsnc信号导致的绘制流程结束。
- 卡顿解决策略:
- 跳转过程中主线程任务的耗时,导致Looper处理onStop到OnResume的时间变长,可以通过Looper的logger日志插桩每个message的处理时机,根据业务将慢函数post到IDLEQueue中。
- onCreate中xml解析的耗时,可以使用AsyncLayoutInflater做异步化加载、针对具体的view,可以通过LayoutInflater.Factory2获得单个View的解析事件,对解析嵌套过多的View重写和使用ViewStub做延迟加载。
- 业务接口导致的界面频繁刷新,根据业务将接口请求分等级,优先级接口可以通过post一个同步的Message(需要保证不会耗时)这样可以不受同步屏障的影响,低优先级接口放到IDLEQueue中运行。
- IDLEQueue由于有可能因为主线程一直繁忙而无法到达,本身主线程的任务也不能太密集,会影响界面刷新问题。这个可以通过编舞者的doFrame的回调注册计算FPS,有些自定义View采用传统动画等可能会导致这种情况,因此需要规范每个View的刷新时机,有些重量级频繁刷新的View可以采用SurfaceView去优化(会创建线程,开销较大,需要考量到OOM的情况)。