提高应用的启动速度

目录

启动的两种方式

  • 冷启动

当直接从桌面上直接启动,同时后台没有该进程的缓存,这个时候系统就需要重新创建一个新的进程并且分配各种资源。(应用第一次启动或者我们按下home键滑动删除我们的应用后再启动)

  • 热启动

该app后台有该进程的缓存,这时候启动的进程就属于热启动。(热启动不需要重新分配进程,也就是说不会再走Application了,直接进入的就是app的入口Activity,这样就速度就会快很多)

统计App启动时间

使用命令行来启动app,同时进行时间测量(单位:毫秒)

adb shell am start -W PackageName/PackageName.activity ;--注意:W一定要大些
eg:  adb am start -W com.gfd.eshop/com.gfd.eshop.feature.SplashActivity

下面通过命令行来启动App,分别统计一个冷启动和热启动所花费的时间,通过时间来对比一下

参数明说:
* ThisTime: 指当前指定的Activity的启动时间
* TotalTime: 整个应用的启动时间,Application+Activity的使用的时间。
* WaitTime: 包括系统的影响时间
开发者一般只要关心 TotalTime 即可,这个时间才是自己应用真正启动的耗时。通过上面两幅图的比较,很明显,冷启动要比热启动耗时。

App启动流程

要想提高应用的启动速度,就要了解App的启动流程,从而知道时间到底花费在哪,我们也是据此来优化。

主要启动流程

  • 1.通过 Launcher 启动应用时,点击应用图标后,Launcher 调用 startActivity 启动应用。
  • 2.Launcher Activity 最终调用 InstrumentationexecStartActivity 来启动应用。
  • 3.Instrumentation 调用 ActivityManagerProxy (ActivityManagerService 在应用进程的一个代理对象) 对象的 startActivity 方法启动 Activity。
  • 4.到目前为止所有过程都在Launcher 进程里面执行,接下来 ActivityManagerProxy 对象跨进程调用 ActivityManagerService (运行在 system_server 进程)的 startActivity 方法启动应用。
  • 5.ActivityManagerServicestartActivity 方法经过一系列调用,最后调用 zygoteSendArgsAndGetResult通过 socket 发送给 zygote 进程,zygote 进程会孵化出新的应用进程。
  • 6.zygote 进程孵化出新的应用进程后,会执行 ActivityThread 类的 main 方法。在该方法里会先准备好 Looper 和消息队列,然后调用 attach 方法将应用进程绑定到 ActivityManagerService,然后进入 loop 循环,不断地读取消息队列里的消息,并分发消息。
  • 7.ActivityManagerService 保存应用进程的一个代理对象,然后 ActivityManagerService 通过代理对象通知应用进程创建入口Activity的实例,并执行它的生命周期函数。

用户在 Launcher 程序里点击应用图标时,会通知 ActivityManagerService 启动应用的入口 Activity, ActivityManagerService 发现这个应用还未启动,则会通知 Zygote 进程孵化出应用进程,然后在这个应用进程里执行 ActivityThread 的 main 方法。应用进程接下来通知 ActivityManagerService 应用进程已启动,ActivityManagerService 保存应用进程的一个代理对象,这样 ActivityManagerService 可以通过这个代理对象控制应用进程,然后 ActivityManagerService 通知应用进程创建入口 Activity 的实例,并执行它的生命周期函数。

上面的启动流程是 Android 提供的机制,作为开发者我们需要清楚或者至少了解其中的过程和原理,但我们并不能在这过程中做什么文章,我们能做的是从上述过程中最后一步开始,即 ActivityManagerService 通过代理对象通知应用进程创建入口 Activity 的实例,并执行它的生命周期函数开始.

Application从构造方法开始   --->  attachBaseContext()   --->  onCreate()
Activity构造方法  --->  onCreate()  --->  设置显示界面布局,设置主题、背景等等属性
---> onStart() --->  onResume()  --->  显示里面的view(测量、布局、绘制,显示到界面上)

时间到底花在哪了?

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

app启动的耗时主要是在:Application初始化 和 MainActivity的界面加载绘制时间。由于MainActivity的业务和布局复杂度非常高,甚至该界面必须要有一些初始化的数据才能显示。那么这个时候MainActivity就可能半天都出不来,这就给用户感觉app太卡了。我们要做的就是给用户赶紧利落的体验。点击app就立马弹出我们的界面。于是我们使用SplashActivity一个非常简单的一个欢迎页面上面都不干就只显示一个图片。或者逻辑相对比较简单。但是SplashActivity启动之后,还是需要跳到MainActivityMainActivity还是需要从头开始加载布局和数据。想到SplashActivity里面可以去做一些MainActivity的数据的预加载。然后需要通过意图传到MainActivity

可不可以再做一些更好的优化呢?

耗时主要在ApplicationActivity的启动及资源加载时间;预加载的数据花的时间。如果我们能让这两个时间重叠在一个时间段内并发地做这两个事情就可以节省时间了。

解决方案

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

那么问题又来了

SplashViewContentView加载放到一起来做了 ,这可能会影响应用的启动时间。可以使用ViewStub延迟加载MainActivity当中的View来达到减轻这个影响。ViewStub的设计就是为了防止MainActivity的启动加载资源太耗时了。延迟进行加载,不影响启动,但是ViewStub加载也需要时间。我们可以等到主界面(Splash页面)出来以后再去加载。

如何设计延迟加载

第一时间想到的就是在onCreate里面调用handler.postDelayed()方法。问题是这个延迟时间如何控制?真的准确吗?假设,需要在splash做一个动画,需要达到的效果:应用已经启动并加载完成,界面已经显示出来了,然后我们再去启动动画。如果我们这样:

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
  。。。。。。。。。
   mHandler.postDelayed(new Runnable() {
      @Override
      public void run() {
        。。。。。。。
      }
   }, 2000);

}

这个延时任务真的是在执行到这个代码的时候开始计时的吗?其实不是的,在onCreate()中执行到该代码的时候,只是先将任务加载到消息队列中,等测量绘制完毕后才会开始执行。

之前在使用Handler执行延时任务时我们都会放在onCreate()中去执行,其实这样的延时时间是不准确的。我们需要在界面加载完毕后再开始执行。我们可以使用onwindowfocuschange或者 ViewTreeObserver

代码实现

以上我们理清了应用启动耗时一些原因以及各种问题的解决方案,下面我们写代码实战一番。

主页面布局

使用ViewStub来延时加载我们主页面真正的布局,FrameLayout用来替换SplashFragment来显示开始的动画。

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context="com.example.applicationstartoptimizedemo.MainActivity" >

    <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>

SplashFragment代码

SplashFragment中我们只是简单展示一个图片,显示一个2秒的动画

public class SplashFragment extends Fragment {
  @Override
  @Nullable
  public View onCreateView(LayoutInflater inflater,@Nullable ViewGroup container,@Nullable Bundle savedInstanceState) {
     return inflater.inflate(R.layout.fragment_splash, container,false);
  }
}

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context="com.example.applicationstartoptimizedemo.MainActivity" >

    <FrameLayout
      android:id="@+id/frame"
      android:background="@drawable/splash"
      android:layout_width="match_parent"
      android:layout_height="match_parent" >
    </FrameLayout>

</RelativeLayout>

主页面代码

public class MainActivity extends FragmentActivity {

  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
    splashFragment = new SplashFragment();
    FragmentTransaction transaction = getSupportFragmentManager().beginTransaction();
    transaction.replace(R.id.frame, splashFragment);
    transaction.commit();
    viewStub = (ViewStub)findViewById(R.id.content_viewstub);
    getWindow().getDecorView().post(new Runnable() {
        //布局加载完毕
        @Override
        public void run() {
            mHandler.post(new Runnable() {
                
                @Override
                public void run() {
                    viewStub.inflate();//延时加载主页面真正的布局
                    mHandler.postDelayed(new DelayRunnable(MainActivity.this, splashFragment) ,2000);//2秒后移除SplashFragment
                    }
                } );
            }
        });
    }

  //延时要执行的任务
  static class DelayRunnable implements Runnable{
    private WeakReference<Context> contextRef;
    private WeakReference<SplashFragment> fragmentRef;
    
    public DelayRunnable(Context context, SplashFragment f) {
        contextRef = new WeakReference<Context>(context);
        fragmentRef = new WeakReference<SplashFragment>(f);
    }

    @Override
    public void run() {
        if(contextRef!=null){
            SplashFragment splashFragment = fragmentRef.get();
            if(splashFragment==null){
                return;
            }
            //移除SplashFragment
            FragmentActivity activity = (FragmentActivity) contextRef.get();
            FragmentTransaction transaction = activity.getSupportFragmentManager().beginTransaction();
            transaction.remove(splashFragment);
            transaction.commit();               
            }
        }   
    }
}

总结

一开始我们先显示SplashFragment,等布局加载完成后我们再去加载主页面真正的布局,因为SplashFragment页面需要显示一段时间,在这个时间段里我们去加载了主页面真正的布局,也就是说在显示SplashFragment的时候同时加载主页面真正的布局。等SplashFragment显示完毕后立刻展示主页面。这样就减少了主界面加载的时间。注意,这里延时加载主要是不要影响SplashFragment布局的加载。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,423评论 6 491
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,147评论 2 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,019评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,443评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,535评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,798评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,941评论 3 407
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,704评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,152评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,494评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,629评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,295评论 4 329
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,901评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,742评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,978评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,333评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,499评论 2 348

推荐阅读更多精彩内容