借助友盟+U-APM实现移动端性能优化系列—启动速度

以目前的社会状态来看，手机已经普遍到人手一部或更多。那么，我们在日常使用APP软件时会遇到一系列的问题，如：“APP占容量太大，为什么打开APP时一直是加载中...进入详情内容有些卡”等等问题，作为APP开发者也会被经常吐槽到。所以，移动端性能对用户体验、留存有着至关重要的影响，想要拥有一个体验良好的应用，首先要做好它的功能性问题，以下是我在性能优化上总结的几点：

• 启动速度优化

• 流畅度优化

• 资源优化

• 内存优化

• APK 体积优化

应用启动流程

冷启动

　　从点击应用图标到UI界面完全显示且用户可操作的全部过程。

　　特点：耗时最多，衡量标准

　　启动流程：Click Event -> IPC -> Process.start -> ActivityThread -> bindApplication -> LifeCycle -> ViewRootImpl

热启动

　　因为会从已有的应用进程启动，所以不会再创建和初始化Application，只会重新创建并初始化Activity。

　　特点：耗时较少

　　启动流程：LifeCycle -> ViewRootImpl

　　因此判断应用启动速度的的标准是冷启动的速度，即杀掉应用后重新启动的速度，此项主要是和你的竞品对比。

　　不应在 Application 以及 Activity 的生命周期回调中做任何费时操作，具体指标大概是你在onCreate，onResume，onStart等回调中所花费的总时间最好不要超过400ms，否则用户在桌面点击你的应用图标后，将感觉到明显的卡顿。

　冷启动分析及优化方向

　　冷启动涉及的相关任务

　　冷启动之前

1、首先，会启动 App

2、然后，加载空白 Window

3、最后，创建进程

　　需要注意的是，这些都是系统的行为，一般情况下我们是无法直接干预的。

　　随后任务

1、首先，创建 Application

2、启动主线程

3、创建 MainActivity

4、加载布局

5、布置屏幕

6、首帧绘制

　　通常到了界面首帧绘制完成后，我们就可以认为启动已经结束了。

优化方向

我们的优化方向就是 Application 和 Activity 的生命周期这个阶段，启动中的系统任务我们无法干预，能干预的就是在创建应用和创建 Activity 的过程中可能会出现的性能问题。

通常情况下，一个应用的主页的数据是需要进行网络请求的，那么用户启动应用是希望快速进入主页以及看到主页数据，这也是我们计算启动结束时间的一个依据。

U-APM 在启动优化上的应用

　　以前使用友盟统计来分析 App 日活、埋点等数据，发现友盟推出的 U-APM ，赶紧来尝尝鲜。

U-APM 是友盟+推出的 App 稳定性监控、性能监控和云真机测试平台。通过轻量级的集成接入即可拥有实时、可靠、全面的应用崩溃、ANR、自定义异常等捕获能力，及卡顿、启动分析等性能能力，支持多场景、多通道智能告警监控，帮助开发者高效还原异常、卡顿用户的访问路径和业务现场，缩短故障排查时间。就启动分析这项能力来看看，U-APM 都做了什么。

U-APM 支持启动趋势分析、慢启动分析、启动崩溃分析。

启动趋势分析：启动趋势较为直观的展示应用启动耗时的平均值、分位值、区间分布等数据，以及启动阶段的性能分解数据，也能分析出，多版本迭代后，启动时间的分布状况。

慢启动分析：有助于开发者追根溯源，该功能展示慢启动情况的占比以及慢启动设备列表，您可以在启动设置中自定义慢启动的划分，默认首次启动/冷启动超过3秒为慢启动，热启动超过1秒为慢启动。

　　冷启动阶段的慢启动分析，直观表现出慢启动比例以及慢启动平均耗时。

　　慢启动分布，直观表现出，慢启动分布的设备、系统、运营商、版本、渠道、地域。

启动崩溃分析：归纳启动阶段中出现的崩溃信息，支持划分首次启动、冷启动、热启动状态下的崩溃，默认启动耗时上限为8秒，超出时间的崩溃不被划分至启动崩溃。

移动端性能优化环环相扣，启动时间优化也是较为重要的一个环节，友盟+应用性能监控U-APM 的出现，无疑是开发者的福利，帮助开发者及早发现问题，解决问题。

U-APM应用性能监控平台，通过轻量级的集成接入即可拥有实时、可靠、全面的应用崩溃、ANR、自定义异常等捕获能力， 及卡顿、启动分析、内存分析、网络分析等性能监测能力，支持多场景、多通道智能告警监测，帮助 开发者高效还原异常、卡顿用户的访问路径和业务现场，缩短故障排查时间。提供云真机测试能力， 助力开发者从研发测试质量验收到线上问题复现排查，保障应用品质，提升测试效率。在云真机测试 期间自动采集崩溃信息，提供详尽的崩溃报告协助筛查，真正实现监控测试全流程深度打通。