优化Activity启动流程

1、采用动态布局:

优化布局,减少层级嵌套,再不行就使用动态加载.

2、利用MessageQueue.IdleHandler()

按照activity的生命周期,onStart时可以看见页面,onResume可以获得焦点,所以就自然而然地以为在onResume时已经布局完成,加载数据也没关系,可是我错了。因为onResume先于measure等流程,此时加载数据会导致加载布局页面延后,给人一种打开app速度缓慢的感觉,所以如果我们想在界面绘制出来后做点什么,那么在onResume里面显然是不合适的。

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

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

3、先加载本地缓存,后从网络拉取

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

4、从闪屏页到设置Theme背景,再到设置Window背景

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

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

5、加载数据不要放在主线程

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

最后

如果想要成为架构师或想突破20~30K薪资范畴,那就不要局限在编码,业务,要会选型、扩展,提升编程思维。此外,良好的职业规划也很重要,学习的习惯很重要,但是最重要的还是要能持之以恒,任何不能坚持落实的计划都是空谈。

如果你没有方向,这里给大家分享一套由阿里高级架构师编写的《Android八大模块进阶笔记》,帮大家将杂乱、零散、碎片化的知识进行体系化的整理,让大家系统而高效地掌握Android开发的各个知识点。
在这里插入图片描述
相对于我们平时看的碎片化内容,这份笔记的知识点更系统化,更容易理解和记忆,是严格按照知识体系编排的。

全套视频资料:

一、面试合集

在这里插入图片描述
二、源码解析合集
在这里插入图片描述

三、开源框架合集
在这里插入图片描述
欢迎大家一键三连支持,若需要文中资料,直接扫描文末CSDN官方认证微信卡片免费领取↓↓↓

猜你喜欢

转载自blog.csdn.net/weixin_43440181/article/details/129625461