Android 优化之app启动优化的实现

App 启动方式

冷启动

App 没有启动过或 App 进程被杀，系统中不存在该 App 进程，此时启动即为冷启动。需要创建 App 进程，加载相关资源，启动 Main Thread，初始化首屏 Activity 等。在这个过程中，屏幕会显示一个空白的窗口(颜色基于主题)，直至首屏 Activity 完全启动。

热启动

热启动意味着 App 进程只是处于后台，系统只是将其从后台带到前台展示给用户。类同与冷启动，在这个过程中，屏幕会显示一个空白的窗口(颜色基于主题)，直至 activity 渲染完毕。

温启动

介于冷启动和热启动之间，一般来说在以下两种情况下发生：

• 用户返回退出了 App，然后又启动。进程可能还在运行，但是 activity 需要重建。

• 用户退出 App 后，系统可能由于内存原因将 App 杀死，进程和 activity 都需要重启，但是可以在 onCreate 中将被动杀死锁保存的状态(saved instance state)恢复。

启动时间检测

adb

adb shell am start -W [应用报名]/[Activity的全路径名]，得到三个时间值：

1、ThisTime

一般和 TotalTime 相同，如果应用启动开启了一个过渡用的全透明页面预处理一些事情，这样会比 TotalTime 小。

2、TotalTime

应用启动时间，包括创建进程、Application 初始化、Activity 初始化到显示。

3、WaitTime

一般比 TotalTime 大，包括系统的耗时。

代码打点

Application 的 attachBaseContext 在应用进程首先创建时调用，可做冷启动的开始打点。

优化

1、布局优化

2、逻辑优化

• 必要且耗时的逻辑，考虑单独开线程执行

• 必要不耗时，按优先级高低依次执行

• 非必要的延迟初始化，等用到再初始化

3、针对冷启动的欺骗效果

使用 placeholder UI

Android 最新的 Material Design 建议使用一个 placeholder UI 来展示给用户直至 App 加载完毕，类似 iOS 的做法。

自定义主题，设置 windowBackground 属性，给 Window 加上背景。

<style name="SplashTheme" parent="AppTheme">
 <item name="android:windowBackground">@drawable/logo_splash</item>
</style>

先加载一个不渲染布局的 Activity 作为启动屏

写一个什么都不做的 LogoSplashActivity

public class LogoSplashActivity extends BaseActivity {

@Override
 protected void onCreate(Bundle savedInstanceState) {
   super.onCreate(savedInstanceState);

// 这里并没有 setContentView，单纯只是用来跳转到相应的 Activity
   // 目的是减少首屏渲染
   if (AppPref.isFirstRunning(this)) {
     IntroduceActivity.launch(this);
   } else {
     MainActivity.launch(this);
   }
   finish();
 }
}

在 AndroidManifest.xml 中设置其为启动屏，并加上主题

<activity
 android:name=".ui.module.main.LogoSplashActivity"
 android:screenOrientation="portrait"
 android:theme="@style/SplashTheme">
 <intent-filter>
   <action android:name="android.intent.action.MAIN"/>
   <category android:name="android.intent.category.LAUNCHER"/>
 </intent-filter>
</activity>

这样启动屏显示 LogoSplashActivity，本身不渲染布局，显示主题设置的 placehold UI 背景。

来源：https://www.jianshu.com/p/8993d6bdc6c7