Android Note - 启动优化

这篇文章内容来源主要是官方文档，在此记录一下，做为一个读后感来看。

---

应用的三种启动方式

冷启动 指的是应用完全从头开始启动，遵循下面的步骤

1. 加载和启动应用
2. 在启动应用后当即为应用生成并展现一个空白的启动窗口
3. 建立应用进程

当应用进程建立完毕后，系统将任务交给应用进程自己，应用进程将负责下面操做

1. 建立应用对象
2. 启动主线程 main thread
3. 建立应用入口的 Activity
4. 填充加载布局 View
5. 在屏幕上执行 View 的绘制过程 measure -> layout -> draw

若是你重载了 Application.oncreate()，应用将经过调用这个方法去启动。在这以后，应用将会产生主线程，也就是UI线程，而且主线程将会建立你的主Activity。

也就是说，在调用 Application.oncreate() 的时候并无产生主线程。

Activity.onCreate() 方法对加载时间有最大的影响，由于它执行了最高开销的工做：加载和填充view，而且初始化了供Activity运行的对象。

热启动 热启动比冷启动的开销更低。在热启动里，系统所作的就是把你的应用带到前台，能够避免重复的对象初始化，布局加载和填充。

温启动 能够理解成包含了一些冷启动操做的热启动，比冷启动开销小。

---

使用工具评估启动时间

Displayed 是 Logcat 自带的参数输出，其结果表示了应用从启动进程到完成初次屏幕绘制通过的时间。注意，这个时间并非应用实际的总耗时。

Time/? I/ActivityManager: Displayed com.xxx.xxx/.launch.SplashActivity: +553ms (total +4s89ms)
Time/? I/ActivityManager: Displayed com.xxx.xxx/.launch.MenuIrrActivity: +1s241ms
复制代码

ADB Shell Activity Manager 使用 adb 命令来测量启动时长，命令以下

adb shell am start -W -S [packageName]/[ActivityPath]
复制代码

• -W 列出启动过程当中统计到的具体数据
• -S 强制中止当前的 Activity ，从新启动

D:\SDK\Android\platform-tools>adb shell am start -W -S com.xxx.xxx/.launch.MainActivity
复制代码

运行结果以下

Stopping: com.xxx.xxx
Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=com.datayes.irr/.launch.MainActivity }
Status: ok
Activity: com.datayes.irr/.launch.SplashActivity
ThisTime: 1276
TotalTime: 5244
WaitTime: 5334
Complete
复制代码

• ThisTime 最后一个启动的 Activity 的启动耗时
• TotalTime 启动流程里全部的 Activity 的启动耗时
• WaitTime ActivityManagerService 启动 App 的 Activity 的总耗时

---

具体优化方案

由于App应用进程的建立过程是由手机的软硬件决定的，因此咱们只能在这个建立过程当中进行视觉优化

主题启动优化

给闪屏页设置一个默认的启动图片以免白屏

<item name="android:windowBackground">@drawable/launch</item>
复制代码

广告页优化

使用 IntentService 下载启屏广告

在入口 Acitivity 中开启 IntentService 或者是其它异步下载操做来下载启屏广告。在广告页图片文件流彻底写入后记录图片大小，或者记录一个标识。在下次的广告页加载中能够判断是否已经下载好了广告页图片以及图片是否完整，不然删除而且再次下载图片。

代码优化

在 Application 中完成繁重的初始化操做和复杂的逻辑就会影响到应用的启动性能。并且有不少第三方组件（包括App应用自己）都在 Application 中抢占先机，完成初始化操做。

常见问题

1. 复杂繁琐的布局初始化
2. 阻塞主线程 UI 绘制的操做，如 I/O 读写或者是网络访问.
3. Bitmap 大图片或者 VectorDrawable加载
4. 其它占用主线程的操做

解决方案

1. 必要的组件在 App 主线程中当即初始化（入口 Activity 可能当即会用到）
2. 其它组件在 App 主线程中初始化，可是能够延迟初始化。
3. 某些组件能够在子线程中初始化。例如能够将 Bugly 、x5内核初始化，SP的读写，友盟等放到子线程中初始化
4. 将须要在主线程中初始化可是能够不用当即完成的动做延迟加载（数据库等）

---

参考资料 启动流程简析 App startup time