Android界面性能优化

界面性能优化

  • 监控指标:在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的情况)。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值