如果一个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

      相关文章
      |
      9月前
      |
      设计模式 Java
      好好的“代码优化”是怎么一步步变成“过度设计”的(上)
      好好的“代码优化”是怎么一步步变成“过度设计”的(上)
      338 4
      |
      6月前
      |
      并行计算 编译器 C#
      "CMake高手进阶秘籍:解锁高级技巧,实践最佳策略,让你的项目构建如丝般顺滑,效率飙升!"
      【8月更文挑战第11天】CMake是现代软件开发的关键构建系统,其跨平台与灵活配置特性简化了复杂项目的构建流程。本文探讨CMake的高级技巧与最佳实践,包括升级至最新版本以利用新功能;采用面向目标的编程方法,增强项目清晰度与可维护性;运用CMake预设统一多平台构建配置;掌握调试技巧快速定位问题;集成代码检查与格式化工具保障代码质量;以及启用并行构建提升构建效率。通过这些策略,开发者能够更高效地管理大型项目。
      118 3
      |
      7月前
      |
      算法 Java API
      Android性能优化面试题经典之ANR的分析和优化
      Android ANR发生于应用无法在限定时间内响应用户输入或完成操作。主要条件包括:输入超时(5秒)、广播超时(前台10秒/后台60秒)、服务超时及ContentProvider超时。常见原因有网络、数据库、文件操作、计算任务、UI渲染、锁等待、ContentProvider和BroadcastReceiver的不当使用。分析ANR可借助logcat和traces.txt。主线程执行生命周期回调、Service、BroadcastReceiver等,避免主线程耗时操作
      89 3
      |
      9月前
      |
      缓存 移动开发 Android开发
      Android应用性能优化实践
      【5月更文挑战第20天】 在移动开发领域,应用的性能直接关乎用户体验。特别是对于Android平台,由于设备多样性和应用生态环境的复杂性,性能优化成为了开发者必须面对的挑战。本文将深入探讨Android应用性能优化的多个方面,包括内存管理、UI渲染、多线程处理以及电池效率等,旨在为开发者提供一系列实用的优化策略和技巧。
      |
      9月前
      |
      缓存 Java Android开发
      Android应用性能优化实战
      【5月更文挑战第14天】 在竞争激烈的应用市场中,一个流畅、高效的应用能显著提升用户体验并增强用户黏性。本文深入探讨了针对安卓平台进行应用性能优化的策略与实践,从内存管理到多线程处理,再到布局渲染和网络请求的优化,旨在为开发者提供一套全面的优化工具箱。通过分析常见的性能瓶颈并结合最新的Android技术动态,我们不仅讨论理论,还将分享具体的代码示例和改进方法,帮助开发者在实际应用中实现性能提升。
      |
      9月前
      |
      设计模式 缓存 Android开发
      深入理解Android应用性能优化
      【2月更文挑战第18天】在移动开发领域,应用性能是用户体验的关键因素之一。特别是对于安卓设备而言,由于硬件配置的多样性,确保应用在不同设备上都能流畅运行是一项挑战。本文将探讨Android应用的性能优化策略,包括内存管理、UI渲染、多线程处理以及电池效率等方面。通过实例和最佳实践,我们将展示如何诊断性能瓶颈,并提供解决方案来改善应用响应速度和稳定性。
      |
      9月前
      |
      设计模式 Java 中间件
      好好的“代码优化”是怎么一步步变成“过度设计”的(下)
      好好的“代码优化”是怎么一步步变成“过度设计”的(下)
      172 5
      |
      9月前
      |
      设计模式 Java 中间件
      好好的“代码优化”是怎么一步步变成“过度设计”的
      本文记录了作者从“代码优化”到“过度设计”的典型思考过程,这过程中涉及了很多Java的语法糖及设计模式的东西,很典型,能启发思考,遂记录下来。
      |
      SQL 前端开发 JavaScript
      前端性能优化到底该怎么做(上)— 开门见山(一)
      前端性能优化到底该怎么做(上)— 开门见山
      155 0
      |
      缓存 边缘计算 前端开发
      具体谈谈如何优化前端性能的总结
      前端是庞杂的,包括 HTML、 CSS、 Javascript、Image 、Video等等各种各样的资源。前端优化是复杂的,针对方方面面的资源都有不同的方式。那么,前端优化的目的是什么 ? 从用户角度而言,优化能够让页面加载得更快、对用户的操作响应得更及时,能够给用户提供更为友好的体验。   从服务商角度而言,优化能够减少页面请求数、或者减小请求所占带宽,能够节省可观的资源。   总之,说白了,恰当的优化不仅能够改善站点的用户体验并且能够节省相当的资源利用,就是又让用户用的爽,又省了钱。
      具体谈谈如何优化前端性能的总结