当前位置:主页 > 查看内容

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

发布时间:2021-07-19 00:00| 位朋友查看

简介:打开一个app的时候速度比较慢等一会才能看到UI有很多种原因下面是我根据这些个情况做出的多种优化记录 一下。 1、采用动态布局先是优化了布局减少层级嵌套使用merge优化等等。但发现加载xml布局还是慢了点于是改为动态布局布局的 时间减少了好几倍。 2、利用……

打开一个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

;原文链接:https://blog.csdn.net/qxf865618770/article/details/115744054
本站部分内容转载于网络,版权归原作者所有,转载之目的在于传播更多优秀技术内容,如有侵权请联系QQ/微信:153890879删除,谢谢!

推荐图文


随机推荐