Android优化提升应用启动速度及Splash页面的设计

1.启动分为两种方式

• 1) 冷启动：当直接从桌面上直接启动，同时后台没有该进程的缓存，这个时候系统就需要重新创建一个新的进程并且分配各种资源。
• 2) 热启动：该app后台有该进程的缓存，这时候启动的进程就属于热启动。
• 热启动不需要重新分配进程，也不会application了，直接走的就是app的入口activity，这样速度就很快

2.如何测量一个应用的启动时间

使用命令行来启动app，同时进行时间测量。单位：毫秒

 adb shell am start - w [packagename] /[packagename.mainactivity]


例： adb shell am start -w com.haocai.app/.activity.guideactivity


热启动耗时：

打印的结果为：

• thistime 该activity启动耗时
• totaltime 应用自身启动耗时=thistime+应用application等资源启动时间
• waittime 系统启动应用耗时=totaltime+系统资源启动时间

3.应用启动的流程

application从构造方法开始 ---> attachbasecontext() ---> oncreate()
activity构造方法 ---> oncreate() ---> 设置显示界面布局，设置主题、背景等等属性 ---> onstart()
---> onresume() ---> 显示里面的view(测量、布局、绘制，显示到界面上)

从构造方法我们知道，启动耗时的主要花费在各个启动流程中

4.减少应用的启动时间的耗时

根据应用的启动流程，我们从而得到以下减少应用启动耗时操作的建议：

• 不要在application的构造方法、attachbasecontext() 、oncreate()里面进行初始化耗时操作。
• mainactivity，由于用户只关心最后显示的这一帧，对我们的布局的层次要求减 自定义控件的测量、布局、绘制的时间。 同时 不要在oncreate、onstart、onresume当中的做耗时操作。
• 对于sharedpreference的初始化
  

因为它初始化的时候是需要将数据全部读取出来放到内存当中。

• 优化1：可以尽可能减少sp文件数量(io需要时间)
• 优化2：像这样的初始化最好放到线程里面
• 优化3：大量的数据缓存到数据库中
  

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

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

常规方法：

1.我们要做的就是给用户赶紧利落的体验。点击app就立马弹出我们的界面。
于是乎想到使用splashactivity--非常简单的一个欢迎页面上面都不干就只显示一个图片。
2.但是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的设计就是为了防止mainactivity的启动加载资源太耗时了。延迟进行加载，不影响启动，用户友好。
但是viewstub加载也需要时间。等到主界面出来以后。
viewstub.inflate(xxxx);

5.如何设计延迟加载delayload

第一时间想到的就是在oncreate里面调用handler.postdelayed()方法；
问题一：这个延时时间如何控制
不同的机器启动速度不一样，这个时间如何控制？
假设，先需要splash做一个2s动画，然后在mainactivity中主界面加载完成之后，关闭splash页面

如果这样写：

        mhandler.postdelayed(new runnable() {
            @override
            public void run() {
                mprogressbar.setvisibility(view.gone);
                iv.setvisibility(view.visible);
            }
        }, 2500);

是无法在准确监听页面加载完的

问题：什么时候应用已经启动并加载完成，界面已经显示出来了。
采用onresume执行完了之后才显示完毕？不行。

建议采用getdecorview() 获取上级view 然后添加视图

综合上诉方案，以下是关键代码:

public class mainactivity extends appcompatactivity {

    private handler mhandler = new handler();
    private splashfragment splashfragment;
    private viewstub viewstub;

    @override
    protected void oncreate(bundle savedinstancestate) {
        super.oncreate(savedinstancestate);
        setcontentview(r.layout.activity_main);

        splashfragment = new splashfragment();
        fragmenttransaction transaction = getsupportfragmentmanager().begintransaction();
        transaction.replace(r.id.frame, splashfragment);
        transaction.commit();

        /**
         *这么写不好判断视图有没有加载完
         */
        //      mhandler.postdelayed(new runnable() {
//          @override
//          public void run() {
//              mprogressbar.setvisibility(view.gone);
//              iv.setvisibility(view.visible);
//          }
//      }, 2500);

        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(mainactivity.this, splashfragment), 2000);
            }
        });

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

    static class delayrunnable implements runnable {

        private weakreference<context> contextweakreference;
        private weakreference<splashfragment> splashfragmentweakreference;

        public delayrunnable(context context, splashfragment f) {
            contextweakreference = new weakreference<context>(context);
            splashfragmentweakreference = new weakreference<splashfragment>(f);
        }

        @override
        public void run() {
            //移除fragment
            if (contextweakreference != null) {
                splashfragment splashfragment = splashfragmentweakreference.get();
                if (splashfragment == null) {
                    return;
                }
                fragmentactivity activity = (fragmentactivity) contextweakreference.get();
                fragmenttransaction transaction = activity.getsupportfragmentmanager().begintransaction();
                transaction.remove(splashfragment);
                transaction.commit();
            }

        }
    }
}

activity_main.xml：

<relativelayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
   >

    <viewstub 
        android:id="@+id/content_viewstub"
        android:layout="@layout/activity_main_viewstub"
        android:layout_width="match_parent"
        android:layout_height="match_parent"/>

    <framelayout
        android:id="@+id/frame"
        android:layout_width="match_parent"
        android:layout_height="match_parent" >
    </framelayout>

</relativelayout>

ps:测试数据是在老款三星手机下所得耗时数据。
不过相较于splashactivity+mainactivity启动速度优化还是挺明显的。大家可以在自己手机上试试。

到此这篇关于android提升应用启动速度及splash页面的设计的文章就介绍到这了,更多相关android性能优化内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！