image

引言

1. Android性能优化篇之内存优化--内存泄漏

2.Android性能优化篇之内存优化--内存优化分析工具

3.Android性能优化篇之UI渲染性能优化

4.Android性能优化篇之计算性能优化

5.Android性能优化篇之电量优化(1)——电量消耗分析

6.Android性能优化篇之电量优化(2)

7.Android性能优化篇之网络优化

8.Android性能优化篇之Bitmap优化

9.Android性能优化篇之图片压缩优化

10.Android性能优化篇之多线程并发优化

11.Android性能优化篇之数据传输效率优化

12.Android性能优化篇之程序启动时间性能优化

13.Android性能优化篇之安装包性能优化

14.Android性能优化篇之服务优化

介绍

程序的启动速度是用户体验中很重要的一部分。启动时间越短，用户会耐心的使用你们公司的应用，如果时间过长，用户很有可能会切换到其他应用去了。我们从下面几个问题来开始分析和解决程序启动慢的问题。

• APP应用有几种启动方式？
• 启动方式有那些不同？
• 启动时间消耗到哪里去了？
• 有哪些工具可以查看启动过程中时间的消耗？
• 针对启动过慢的优化建议有哪些？

1.APP应用有几种启动方式？

启动分为两种方式:

(1).冷启动

应用从桌面上启动，且后台没有进程的缓存，这是系统就需要新创建一个进程并且分配资源。

(2).热启动

app在后台有进程缓存

2.启动方式有那些不同？

对于冷启动来说，多了一个创建进程，这块也是我们优化的重点。热启动不需要重新分配进程，也不会Application了，直接走的就是app的入口Activity，这样就速度快很多.

3.启动时间消耗到哪里去了？

当用户点击桌面图标开始，系统会立即为这个APP创建独立的专属进程，然后显示启动窗口，直到APP在自己的进程里面完成了程序的创建以及主线程完成了Activity的初始化显示操作，再然后系统进程就会把启动窗口替换成APP的显示窗口。
我们来看下启动的流程描述：

创建APP进程-->显示启动窗口(displsy start window)-->Application从构造方法开始--->attachBaseContext()--->onCreate()
Activity构造方法--->onCreate()--->设置显示界面布局，设置主题、背景等等属性
--->[onStart()--->onResume()--->显示里面的view（测量、布局、绘制，显示到界面上）](窗口替换)

image2.png

流程中很多步骤是系统控制的，我们能够控制的和关注的点有以下几个：

(1).Application的onCreate,一般应用中通用主件和初始化都放在这里(耗时主因)

(2).Activity的onCreate，UI布局和渲染(耗时主因)

(3).显示启动窗口到窗口替换之间，会出现白屏的过度画面，体验太差（视主题而定，必须优化）

上面分析出来启动耗时的主因和启动白屏的点，这些都是我们需要解决的问题。在给出解决方案前，我们先来看下关于启动性能的评估工具有哪些？任何更好的定位问题的所在。

4.有哪些工具可以查看启动过程中时间的消耗？

(1).display time

从Android KitKat版本开始，Logcat中会输出从程序启动到某个Activity显示到画面上所花费的时间。这个方法比较适合测量程序的启动时间。

image1.png

(2).Traceview

TraceView 在[Android性能优化篇之内存优化--内存优化分析工具]中已经 讲过，这里就不分析了，我们来看下使用代码生成trace文件。

    Debug.startMethodTracing("perform");
    Debug.stopMethodTracing();

image3.png

• 在下方的方法区点击"Real Time/Call", 按照方法每次调用耗时降序排.
• 耗时超过500ms都是值得注意的.

(3).adb shell

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

adb shell am start -W [PackageName]/[PackageName.MainActivity]
adb shell am start -W com.skcodestack.performanceoptimization/com.skcodestack.performanceoptimization.speed.SplashActivity

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

5.针对启动过慢的优化建议有哪些？

(1).Application的onCreate 中优化

在Application初始化的地方做太多繁重的事情是可能导致严重启动性能问题，Application里面的初始化操作不结束，其他任意的程序操作都无法进行。

    @Override
    public void onCreate() {
        super.onCreate();
        CrashReport.initCrashReport(getApplicationContext(), BUGLY_APP_ID, false);
        SharedPreferences sharedPreferences =  getCacheSharedPreferences();
        //皮肤管理初始化
        SkinManager.getInstance().init(this);
        //初始化
        ToastUtils.init(this);
        //数据库管理
        DaoManager.init(this);
    }

Application中初始化优化的方案有两种：

• 不需要立刻初始化的，延迟加载
• 需要初始化的，开启线程初始化

延迟加载

当我们想要使用时，在进行初始化

    static SharedPreferences mSp = null;
    public static synchronized  SharedPreferences getAppSharedPreFerences(Context context){
        if(mSp == null){
            mSp = context.getApplicationContext().getSharedPreferences(NAME,MODE_PRIVATE);
        }
        return mSp;
    }

开启线程初始化

我们这里使用IntentService

    public class InitIntentService extends IntentService {
    // TODO: Rename actions, choose action names that describe tasks that this
    // IntentService can perform, e.g. ACTION_FETCH_NEW_ITEMS
    private static final String ACTION_FOO = "com.skcodestack.performanceoptimization.speed.action.FOO";
    public InitIntentService() {
        super("InitIntentService");
    }
    /**
     * Starts this service to perform action Foo with the given parameters. If
     * the service is already performing a task this action will be queued.
     *
     * @see IntentService
     */
    // TODO: Customize helper method
    public static void startActionFoo(Context context) {
        Intent intent = new Intent(context, InitIntentService.class);
        intent.setAction(ACTION_FOO);
        context.startService(intent);
    }

    @Override
    protected void onHandleIntent(Intent intent) {
        if (intent != null) {
            final String action = intent.getAction();
            if (ACTION_FOO.equals(action)) {
                handleActionFoo();
            } 
        }
    }

    /**
     * Handle action Foo in the provided background thread with the provided
     * parameters.
     */
    private void handleActionFoo() {
        //初始化 app 
        ....        
    }
}

    @Override
    public void onCreate() {
        super.onCreate();
        InitIntentService.startActionFoo(this);
    }

(2).Activity的onCreate中优化

提升Activity的创建速度是优化APP启动速度的首要关注目标。从桌面点击APP图标启动应用开始，程序会显示一个启动窗口等待Activity的创建加载完毕再进行显示。在Activity的创建加载过程中，会执行很多的操作，例如设置页面的主题，初始化页面的布局，加载图片，获取网络数据，读写Preference等等。任何一个环节出现性能问题都可能导致画面不能及时显示，影响了程序的启动速度。

有几条优化建议：

• 优化布局耗时：一个布局层级越深，里面包含需要加载的元素越多，就会耗费更多的初始化时间。关于布局性能的优化，在渲染优化的文章中已经讲过。
• 异步延迟加载：一开始只初始化最需要的布局，异步加载图片，非立即需要的组件可以做延迟加载。
• 预加载：在前一个显示时预加载下一个显示页面中需要用到的数据（常常用到Spalsh调整主页面时使用）

(3).闪屏优化

在应用启动时，屏幕会显示一个空白的窗口(颜色基于主题), 直至activity渲染完毕.

第一种，自定义一张图片，把这张图片通过设置主题的方式显示为启动闪屏，代码执行到主页面的onCreate的时候设置为程序正常的主题。

<layer-list xmlns:android="http://schemas.android.com/apk/res/android">
    <item android:drawable="@android:color/white"></item>
    <item>
        <bitmap android:src="@drawable/timg"
            android:gravity="center"/>
    </item>
</layer-list>

<style name="SplashTheme" parent="AppTheme">
    <!-- Customize your theme here. -->
    <item name="android:windowBackground">@drawable/splash_background</item>
</style>

    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setTheme(R.style.SplashTheme);  
        startActivity(new Intent(this,SpeedMainActivity.class));
        finish();
    }

第二种，就是上面提到的预加载数据+延时加载布局，我们将Splash页面和主页面合并成一个页面，先显示Splash（尽量简单），然后等异步加载的主页数据完成（设定欢迎界面的友好时间），就显示主页面。

下面我们一起来看下代码：

    <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:id="@+id/activity_splash_and_main"
    android:layout_width="match_parent"
    android:layout_height="match_parent">
    <ViewStub
        android:id="@+id/content_viewstub"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:layout="@layout/activity_speed_main"
        />
    <FrameLayout
        android:id="@+id/frame"
        android:layout_width="match_parent"
        android:layout_height="match_parent">
    </FrameLayout>
</RelativeLayout>

MainActivity:

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_splash_and_main);

        FragmentTransaction transaction = getSupportFragmentManager().beginTransaction();
        final SplashFragment splashFragment = new SplashFragment();
        FragmentTransaction fragmentTransaction = transaction.replace(R.id.frame, splashFragment);
        fragmentTransaction.commit();

        final ViewStub viewStub = (ViewStub) findViewById(R.id.content_viewstub);
        //当窗体加载完毕时，执行
        getWindow().getDecorView().post(new Runnable() {
            @Override
            public void run() {
                //加载布局
                viewStub.inflate();
                //开始延迟加载
                mHandler.postDelayed(new DelayRunnable(SplashAndMainActivity.this,splashFragment),2000);
            }
        });
    }
    /**
     * 延迟操作
     */
    private   static  class DelayRunnable implements Runnable{
        private WeakReference<Context> mContextRef;
        private WeakReference<SplashFragment> mFragmentRef;

        public DelayRunnable(Context context,SplashFragment fragment) {
            this.mContextRef = new WeakReference<Context>(context);
            this.mFragmentRef = new WeakReference<SplashFragment>(fragment);
        }

        @Override
        public void run() {
            if(mContextRef != null){
                FragmentActivity activity = (FragmentActivity) mContextRef.get();
                if(mFragmentRef != null && activity != null && mFragmentRef.get() != null){
                    SplashFragment fragment = mFragmentRef.get();
                    FragmentTransaction transaction = activity.getSupportFragmentManager().beginTransaction();
                    transaction.remove(fragment);
                    transaction.commit();
                }   
            }
        }
    }

下面我们主要讲解预加载的实现：

总结：Application的onCreate中不要做耗时操作，首屏Activity尽量简化。