App启动优化-一顿操作猛如虎

前言

++一个应用App的启动速度能够影响用户的首次体验,用户希望应用能够及时响应并快速加载。启动时间过长的应用不能满足这个期望,并且可能会令用户失望。这种糟糕的体验可能会导致用户在应用商店针对您的应用给出很低的评分,甚至完全弃用您的应用。++

==本次主要内容包括:==

针对App启动优化我们做了哪些工作?

1、App启动优化方向:视觉体验优化

2、App启动优化方向:代码逻辑优化

一、App启动优化方向:视觉体验优化

App启动时白屏问题

App启动阶段 :

  1. 加载并启动应用程序。
  2. 启动后立即显示应用程序空白的启动窗口。
  3. 创建应用程序进程。

启动白屏的问题就是在1~2阶段,因为App应用启动都会先进入一个闪屏页(SplashActivity) 来展示应用信息。我们可以通过设置启动窗口的主题来优化视觉上出现的启动白屏的问题。

1、默认主题

默认情况对App不做处理既设置了默认主题,App启动初始化时会出现如下启动时显示白屏的情况,如下图:

image

2、透明主题

为了解决启动窗口白屏问题,通过设置启动页为透明主题来解,,虽然白屏没了,但是我们的App似乎是变迟钝了,仔细观察一下,点击App启动图标后,App似乎是顿了一下,然后加载了我们的欢迎页面,有点像ANR,只不过很短暂,所以用户体验还是不佳,现象如下图:

3、设置闪屏图片主题

welcome_layler_drawable.xml源码:



    
    
        
    
    
        
    

image

二、App启动优化方向:代码逻辑优化

1、Application优化:

Application作为应用程序的整个初始化配置入口,有很多第三方组件(包括App应用本身)都在 Application 中做初始化操作,在Application中完成各种初始化操作和复杂的逻辑就会影响到应用的启动性能

过多的初始化任务,考虑以下优化方案:

  1. 考虑异步初始化三方组件,不阻塞主线程;
  2. 延迟部分三方组件的初始化;

优化方案如下:

组件放到子线程中初始化:

new Thread(new Runnable() {
            @Override
            public void run() {
                setThreadPriority(THREAD_PRIORITY_BACKGROUND);
                initARouter();
                CacheManager.getInstance().initialize(getInstance());
                ConnectionManager.getInstance().initialize();
                initImageFactory();
                initBJY();
                initGrowingIO();
                initUmeng();
                initBugly();
                initOkHttp();
                initSobot();
                setRxJavaErrorHandler();
            }
        }).start();

将需要在主线程中初始化但是可以不用立使用的控件功能延迟加载:

handler.postDelayed(new Runnable() {
            @Override
            public void run() {
                //延迟初始化组件
            }
        }, 3000);
==注意:==
并不是每一个组件的初始化以及操作都可以异步或延迟;是否可以取决组件的调用关系以及自己项目具体业务的需要。保证一个准则:可以异步的都异步,不可以异步的尽量延迟。让应用先启动,再操作。
//子线程初始化第三方组件
//建议延迟初始化,可以发现是否影响其它功能,或者是崩溃!
Thread.sleep(5000);

2、闪屏Activity优化:

Activity的UI层级优化:

优化前UI布局:




    

    

    

        
    
    

简化后:




    

ViewStub 初始化延迟

针对项目中的启屏广告业务,通过ViewStub延后他们的初始化,在需要显示的时候通过ViewStub的inflate显示真正的view,优化如下

开屏广告业务布局抽取

layout_stub_avd.xml





    

    

然后在代码中需要显示webview时进行inflate:

/**
 * 懒加载广告视图
 */
private void showAvd() {
    viewStub = findViewById(R.id.vs);
    if (viewStub != null) {
        viewStub.inflate();
        mAdRl = findViewById(R.id.rl_adsRl);
        mAdImage = findViewById(R.id.iv_SplashAd);
        mAdJump = findViewById(R.id.tv_adjump);
    }
}

优化点:

  1. 废弃之前的启屏页UI布局,直接使用先前自定义好的welcome_layler_drawable作为启屏页背景
  2. 将开屏广告Ui抽取分离
  3. 懒加载广告视图

onCreate业务逻辑优化:

  1. 减少广告等业务逻辑时间这里属于业务逻辑的优化。
  2. onCreate中针对广告业务的初始化业务优化,异步下载图片,等下次启动控制展示

总结

通用应用启动加速套路

  1. 利用主题快速显示界面;
  2. 异步初始化组件;
  3. 梳理业务逻辑,延迟初始化组件、操作;
  4. 正确使用线程;
  5. 去掉无用代码、重复逻辑等。

问题:

1、启动速度的衡量指标启动时间如何计算?

2、为什么启动会有白屏?

3、为什么这样优化是有效的?


关注我的技术公众号

image

你可能感兴趣的:(android)