优化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官方认证微信卡片免费领取↓↓↓