提升应用的启动速度 和 splash页面的设计

我叫小马，我在坚持写一些东西，希望互相学习.我的博客是http://blog.csdn.NET/maqianli23

本博客地址：http://blog.csdn.net/maqianli23/article/details/54231910

说明：这是个人笔记。。。。。

---------------------------------------------------------------------------------------------------------------------------------------------------

1.启动分为两种方式：

1）冷启动：当直接从桌面上直接启动，同时后台没有该进程的缓存，这个时候系统就需要
重新创建一个新的进程并且分配各种资源。
2）热启动：该app后台有该进程的缓存，这时候启动的进程就属于热启动。
热启动不需要重新分配进程，也不会Application了，直接走的就是app的入口Activity，这样就速度快很多
2.如何测量一个应用的启动时间
使用命令行来启动app，同时进行时间测量。单位：毫秒
adb shell am start -W [PackageName]/[PackageName.MainActivity]
adb shell am start -W  com.example.mql.splashactivity/.MainActivity


ThisTime: 165 指当前指定的MainActivity的启动时间
TotalTime: 165 整个应用的启动时间，Application+Activity的使用的时间。
WaitTime: 175 包括系统的影响时间---比较上面大。


3.应用启动的流程
Application从构造方法开始--->attachBaseContext()--->onCreate()
Activity构造方法--->onCreate()--->设置显示界面布局，设置主题、背景等等属性
--->onStart()--->onResume()--->显示里面的view（测量、布局、绘制，显示到界面上）


时间花在哪里了？


4.减少应用的启动时间的耗时
1）、不要在Application的构造方法、attachBaseContext()、onCreate()里面进行初始化耗时操作。
2）、MainActivity，由于用户只关心最后的显示的这一帧，对我们的布局的层次要求要减少，自定义控件的话测量、布局、绘制的时间。
不要在onCreate、onStart、onResume当中做耗时操作。
3）、对于SharedPreference的初始化。
因为他初始化的时候是需要将数据全部读取出来放到内存当中。
优化1：可以尽可能减少sp文件数量(IO需要时间)；2.像这样的初始化最好放到线程里面；3.大的数据缓存到数据库里面。


app启动的耗时主要是在：Application初始化 + MainActivity的界面加载绘制时间。


由于MainActivity的业务和布局复杂度非常高，甚至该界面必须要有一些初始化的数据才能显示。
那么这个时候MainActivity就可能半天都出不来，这就给用户感觉app太卡了。


我们要做的就是给用户赶紧利落的体验。点击app就立马弹出我们的界面。
于是乎想到使用SplashActivity--非常简单的一个欢迎页面上面都不干就只显示一个图片。


但是SplashActivity启动之后，还是需要跳到MainActivity。MainActivity还是需要从头开始加载布局和数据。
想到SplashActivity里面可以去做一些MainActivity的数据的预加载。然后需要通过意图传到MainActivity。


可不可以再做一些更好的优化呢？
耗时的问题：Application+Activity的启动及资源加载时间；预加载的数据花的时间。


如果我们能让这两个时间重叠在一个时间段内并发地做这两个事情就省时间了。


解决：
将SplashActivity和MainActivity合为一个。


一进来还是现实的MainActivity，SplashActivity可以变成一个SplashFragment，然后放一个FrameLayout作为根布局直接现实SplashFragment界面。
SplashFragment里面非常之简单，就是现实一个图片，启动非常快。
当SplashFragment显示完毕后再将它remove。同时在splash的2S的友好时间内进行网络数据缓存。
这个时候我们才看到MainActivity，就不必再去等待网络数据返回了。


问题：SplashView和ContentView加载放到一起来做了 ，这可能会影响应用的启动时间。
解决：可以使用ViewStub延迟加载MainActivity当中的View来达到减轻这个影响。ViewStub是一个轻量级的View，它一个看不见的，不占布局位置，占用资源非常小的控件。可以为ViewStub指定一个布局，在Inflate布局的时候，只有ViewStub会被初始化，然后当ViewStub被设置为可见的时候，或是调用了ViewStub.inflate()的时候，ViewStub所向的布局就会被Inflate和实例化，然后ViewStub的布局属性都会传给它所指向的布局。这样，就可以使用ViewStub来方便的在运行时，要还是不要显示某个布局。


viewStub的设计就是为了防止MainActivity的启动加载资源太耗时了。延迟进行加载，不影响启动，用户友好。
但是viewStub加载也需要时间。等到主界面出来以后。
viewStub.inflate(xxxx);


5.如何设计延迟加载DelayLoad
第一时间想到的就是在onCreate里面调用handler.postDelayed()方法。
问题：这个延迟时间如何控制？
不同的机器启动速度不一样。这个时间如何控制？
假设，需要在splash做一个动画--2S

需要达到的效果：应用已经启动并加载完成，界面已经显示出来了，然后我们再去做其他的事情。


如果我们这样：

mHandler.postDelayed(new DelayRunnable(MainActivity.this, splashFragment,
        mProgressBar), 2500);

tatic class DelayRunnable implements Runnable {
    private WeakReference<Context> contextRef;
    private WeakReference<SplashFragment> fragmentRef;
    private WeakReference<ProgressBar> progressBarRef;

    public DelayRunnable(Context context, SplashFragment splashFragment,
                         ProgressBar progressBar) {
        contextRef = new WeakReference<Context>(context);
        fragmentRef = new WeakReference<SplashFragment>(splashFragment);
        progressBarRef = new WeakReference<ProgressBar>(progressBar);
    }

    @Override
    public void run() {
        ProgressBar progressBar = progressBarRef.get();
        if (progressBar != null)
            progressBar.setVisibility(View.GONE);
        FragmentActivity context = (FragmentActivity) contextRef.get();
        if (context != null) {
            SplashFragment splashFragment = fragmentRef.get();
            if (splashFragment == null)
                return;
            final FragmentTransaction transaction = context
                    .getSupportFragmentManager().beginTransaction();
            transaction.remove(splashFragment);
            transaction.commit();
        }
    }
}

是没法做到等应用已经启动并加载完成，界面已经显示出来了，然后我们再去做其他的事情。

问题：什么时候应用已经启动并加载完成，界面已经显示出来了。

onResume执行完了之后才显示完毕。不行。

解决：onwindowfocuschange，ViewTreeObserver

viewStub = (ViewStub)findViewById(R.id.content_viewstub);
//1.判断当窗体加载完毕的时候,立马再加载真正的布局进来
getWindow().getDecorView().post(new Runnable() {

    @Override
    public void run() {
        // 开启延迟加载
        mHandler.post(new Runnable() {

            @Override
            public void run() {
                //将viewstub加载进来
                viewStub.inflate();
            }
        } );
    }
});

 //2.判断当窗体加载完毕的时候执行,延迟一段时间做动画。
        getWindow().getDecorView().post(new Runnable() {

            @Override
            public void run() {
                // 开启延迟加载,也可以不用延迟可以立马执行（我这里延迟是为了实现fragment里面的动画效果的耗时）
                mHandler.postDelayed(new DelayRunnable(Main2Activity.this, splashFragment) ,2000);
//          mHandler.post(new DelayRunnable());

            }
        });
        //3.同时进行异步加载数据

问题：你会发现你的APP开机的时候会出现白屏的现象（尤其是低端手机）

这时候你需要在Application的Style里面

<style name="AppTheme" parent="Theme.AppCompat.Light.DarkActionBar">
    <!-- Customize your theme here. -->
    <item name="colorPrimary">@color/colorPrimary</item>
    <item name="colorPrimaryDark">@color/colorPrimaryDark</item>
    <item name="colorAccent">@color/colorAccent</item>
    <item name="android:windowBackground">@color/transparent</item>

加入

 <item name="android:windowBackground">@color/transparent</item>

这时候你会发现还有一些小坑，使用了这个Style的Activity背景都变成了透明的。因为默认是公用Application的主题。（颜色不一定是透明的，颜色自选）

办法是让BaseActivity的theme重新Style出来一个新的主题。根据各位的项目可以设定，另外，在主题种添加windowBackGround可以减少APP的绘制时间。（有利有弊自行选择）