如果一个Activity启动比较慢,需要优化,你觉得可以从哪些方面入手?

简介: 如果一个Activity启动比较慢,需要优化,你觉得可以从哪些方面入手?

打开一个app的时候速度比较慢,等一会才能看到UI,有很多种原因,下面是我根据这些个情况做出的多种优化,记录 一下。


1、采用动态布局:先是优化了布局,减少层级嵌套,使用merge优化等等。但发现加载xml布局还是慢了点,于是改为动态布局,布局的 时间减少了好几倍。


2、利用MessageQueue.IdleHandler()回调 按照activity的生命周期,onStart时可以看见页面,onResume可以获得焦点,所以就自然而然地以为在onResume时 已经布局完成,加载数据也没关系,可是我错了。因为onResume先于measure等流程,此时加载数据会导致加载布局 页面延后,给人一种打开app速度缓慢的感觉,所以如果我们想在界面绘制出来后做点什么,那么在onResume里面显 然是不合适的。(参考https://blog.csdn.net/tencent_bugly/article/details/78395717) 于是采用下面方式:

    Looper.myQueue().addIdleHandler(new MessageQueue.IdleHandler() {
    @Override
    public boolean queueIdle() {
    // 先读本地缓存来显示数据
    // 延迟拉取网络最新数据,刷新缓存和UI
    return false; // false的话只执行一次,true的话会在每次消息队列为空时都回调执行。
    }
    });

    最新数据,刷新缓存和UI return false; // false的话只执行一次,true的话会在每次消息队列为空时都回调执行。} });

    当MessageQueue消息队列里面的message为空时(大概就是onResume和measure, layout, draw都执行完以后), 才执行IdleHandler回调,此时不会阻塞主线程加载布局,又减少了大约1倍的启动时间。


    3、先加载本地缓存,后从网络拉取 在app经常做的就是这种“假数据”吧,为了提高用户体验,先加载上次退出前保存的数据,再拉取新的数据覆盖。


    4、从闪屏页到设置Theme背景,再到设置Window背景,直到放弃 首先,可以弄一个闪屏页,就能在打开app时很快看到UI,当然这不是我的需求。其次呢,可以通过设置Theme的背 景,很快看到UI,在activity上应用如下这种style。

      <style name="XDAppTheme" parent="AppTheme">
      <item name="android:windowBackground">图片</item>
      <item name="android:windowIsTranslucent">false</item>
      </style>


      可是,这种方式有个缺点,不能动态改变图片,不符合我的需求。最后,这种设置背景的方式并不能满足我的需求,勉 强加载个背景图片充充数吧(可能减少个几毫秒时间o(╥﹏╥)o),在super.onCreate(savedInstanceState);前设置背 景:getWindow().setBackgroundDrawableResource(图片资源);


      5、加载数据不要放在主线程 偶然发现,有时候加载比较慢,有时候加载比较快,为神马?于是找找找,原来某处妖孽纵横,此起彼伏,占用了我的 主线程,果断放在io线程,提升了大约300ms

      相关文章
      |
      6月前
      |
      编译器 API 容器
      Compose:从重组谈谈页面性能优化思路,狠狠优化一笔
      Compose:从重组谈谈页面性能优化思路,狠狠优化一笔
      214 0
      |
      4月前
      |
      算法 Java API
      Android性能优化面试题经典之ANR的分析和优化
      Android ANR发生于应用无法在限定时间内响应用户输入或完成操作。主要条件包括:输入超时(5秒)、广播超时(前台10秒/后台60秒)、服务超时及ContentProvider超时。常见原因有网络、数据库、文件操作、计算任务、UI渲染、锁等待、ContentProvider和BroadcastReceiver的不当使用。分析ANR可借助logcat和traces.txt。主线程执行生命周期回调、Service、BroadcastReceiver等,避免主线程耗时操作
      62 3
      |
      4月前
      |
      缓存 自然语言处理 Java
      浅析JAVA日志中的性能实践与原理解释问题之减少看得见的业务开销问题如何解决
      浅析JAVA日志中的性能实践与原理解释问题之减少看得见的业务开销问题如何解决
      |
      Web App开发 JavaScript 前端开发
      国内第一篇讲如何减少卡顿的代码级别详细文章
      国内第一篇讲如何减少卡顿的代码级别详细文章
      164 0
      国内第一篇讲如何减少卡顿的代码级别详细文章
      相亲软件开发,关注应用启动优化的本质
      相亲软件开发,关注应用启动优化的本质
      |
      设计模式 消息中间件 Java
      Android性能优化方案
      Android性能优化方案
      1019 2
      |
      缓存 测试技术 数据库
      【测试基础理论】卡死我了!这算bug么?(非功能-效率性)
      【测试基础理论】卡死我了!这算bug么?(非功能-效率性)
      |
      缓存 负载均衡 算法
      一对一源码开发,减少用户焦虑的三大优化要点
      一对一源码开发,减少用户焦虑的三大优化要点
      |
      Java 调度 开发工具
      关于Android性能优化的几点建议,2年以上经验必看
      关于Android性能优化的几点建议,2年以上经验必看
      如何做好游戏陪玩源码的功能优化,这三步缺一不可
      如何做好游戏陪玩源码的功能优化,这三步缺一不可