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。
<style name="XDAppTheme" parent="AppTheme">
<item name="android:windowBackground">图片</item>
<item name="android:windowIsTranslucent">false</item>
</style>
可是，这种方式有个缺点，不能动态改变图片，不符合我的需求。最后，这种设置背景的方式并不能满足我的需求，勉强加载个背景图片充充数吧（可能减少个几毫秒时间），在super.onCreate(savedInstanceState);前设置背景：getWindow().setBackgroundDrawableResource(图片资源);

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

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