原文地址：Improving app performance with ART optimizing profiles in the cloud
原文作者：Calin Juravle
译文出自：掘金翻译计划
本文永久链接：github.com/xitu/gold-m…
译者：nanjingboy
校对者：phxnirvana, qiuyuezhong
在 Android Pie 中，我们在 Play Cloud 中推出了 ART 优化配置，这是一项新的优化特性，它大大提高了新安装或更新应用后的启动时间。平均而言，在不同设备上，我们观测到应用启动时间减少了 15%（冷启动）。一些明星案例甚至减少了 30% 以上。这其中最重要的一点是用户可以免费使用该特性，而无需用户或开发者的任何额外操作！
Play Cloud 的 ART 优化配置
该特性建立在由 Android 7.0 Nougat 引入的 Profile Guided Optimization（PGO）基础之上。PGO 允许 Android Runtime 通过构建应用中热门代码的配置，并集中优化配置来提升应用性能。这可以带来巨大的改进，同时减少完全编译的应用在传统内存及存储上的影响。然而，它依赖于设备在空闲维护模式下根据这些代码配置来优化应用，这意味着用户可能需要几天时间才能看到这些好处 — 这是我们旨在改进的。
Play Cloud 的 ART 优化配置利用 Android Play 的强大功能，在安装/更新时带来所有的 PGO 好处：大多数用户无需等待即可获得出色的性能！
这个想法依赖于两个关键的观测结果：
应用通常在众多用户和设备之间具有许多常用的代码路径（热门代码），例如在启动或关键用户路径期间使用的类。这通常可以通过聚合几百个数据点来发现。
应用开发者通常会逐步推出他们的应用，从 alpha/beta 渠道开始，然后扩展到更广泛的受众。即使没有 alpha/beta 设置，用户通常也会将应用升级到新版本。
这意味着我们可以使用应用的首次部署来引导其他用户的性能。ART 分析应用代码的哪些部分值得在初始设备上进行优化，然后将数据上传到 Play Cloud，后者将构建核心聚合代码配置文件（包含与所有设备相关的信息）。一旦有足够的信息，代码配置就会发布并与应用的 APK 一起安装。
在设备上代码配置作为种子，在安装时实现有效的配置来引导优化。这些优化有助于改善冷启动时间以及稳定性能状态，所有这些都无需 app 开发者编写任何代码。
第一步：构建代码配置
其中一个主要目标是尽可能快地从聚合及匿名数据中构建高质量、稳定的代码配置（以最大限度地增加可受益的用户数量），同时也需要确保我们有足够的数据来正确地优化应用的性能。采样过多的数据在安装时会占用更多带宽和时间。此外，我们构建代码配置的时间越长，获得好处的用户就越少。采样过少的数据，代码配置将没有足够的信息来确定适合优化的内容。
聚合的结果是我们所说的核心代码配置，它只包含有关每个设备随机会话样本中经常出现的代码的匿名数据。我们移除异常值以确保我们专注于对大多数用户而言十分重要的代码。
实验表明，在很短的时间内，最常用的代码路径可以非常快地被计算出来。这意味着我们可以有足够快的速度构建代码配置，以使大多数用户受益。
第二步：安装代码配置
在 Android 9.0 Pie 中，我们引入了一种新型安装工件：dex 元数据文件。类似于 APK，dex 元数据文件是常规的存档文件，它包含如何优化 APK 的数据 — 就像在 cloud 中构建的代码核心配置一样。它们之间一个关键的区别是 dex 元数据仅由平台和应用商店管理，并且对开发者来说是不直接可见。
还有对 App Bundles / Google Play 动态分发的内建支持：无需任何开发者干预，所有应用的功能拆分都经过优化。
第三步：使用代码配置来优化性能
要搞明白这些代码配置究竟如何实现更好的性能，我们需要查看它们的结构。代码配置包含以下信息：
- 启动期间加载的类
- 运行时被认为值得优化的热门方法
- 代码的布局（比如，在启动或启动后执行的代码）
使用这些信息，我们使用了各种优化方法，其中以下三项提供了大部分优势：
- 应用映像：我们使用启动类来创建需要预先填充的堆，其中类已预先初始化（称为应用映像）。当应用启动时，我们将映像直接映射到内存中，以便所有启动类都可以随时使用。
这样做的好处是应用的执行可以节省周期，因为它无需再次执行，从而可以缩短启动时间。
- 代码预编译：我们预先编译所有热门代码。当应用执行时，代码中最重要的部分已经过优化，可在本地直接执行。应用无需再等待 JIT 编译器启动。
这样做的好处是代码被映射为干净的内存（与 JIT 的脏内存相比较），这提高了整体的内存的效率。内存压力下内核可以释放干净的内存，而脏内存则不能被释放，这减少了内核杀死应用的可能性。
- 更高效的 dex 布局：我们根据配置抛出的方法信息重新组织 dex 字节码。dex 字节码布局如下所示：[启动代码、启动后的代码、其余非配置代码]。
这样做的好处是可以更高效地将 dex 字节码加载到内存中：内存页具有更好的占用率，且由于所有内容都在一起，因此我们需要加载的更少，我们可以做更少的 I/O。
改进和统计
我们在去年年底向 Playstore 上的所有应用推出了 Play Cloud 的配置。
- 已超过 30,000 个应用有所改进
- 平均而言，冷启动在各种设备上的速度提高了 15%
许多排名靠前的应用在所选设备上获得了 20%+（比如 Youtube）甚至 30%（比如 Google 搜索）的提升。
- 在 Android Pie 上安装的应用中有 90% 以上获得了优化
- 额外优化的安装时间几乎没有增加
- 适用于所有 Pie 设备。
一个非常有趣的观测结果是，平均而言，ART 优化了大约 20% 的应用方法（如果我们计算代码的实际大小，则更少）。而对于另一些应用，配置仅占代码量的 2%，而对于某些应用，该数字则高达 60%。
为什么这是一个十分重要的统计？这意味着 Runtime 没有看到太多的应用代码，因此没有对代码进行优化。虽然有很多代码不会被执行的例子（比如错误处理或向后兼容性代码），但这也可能是由于未使用的功能或不必要的代码所造成的。倾斜分布是一个强烈的信号，它表明后者可以在进一步优化中发挥重要作用（比如通过删除不需要的 dex 字节码来减少 APK 大小）。
未来发展
我们为 ART 优化配置所带来的改进感到兴奋，我们将会在未来更多地发展这一概念。构建每个应用的代码配置为更多应用改进提供了机会。开发者可以使用数据，以根据（功能与）终端用户的相关性及重要性来改进应用。使用配置中收集到的信息，可以重新组织或修剪代码，以提高效率。开发者可以使用 App Bundle，根据其使用情况来拆分功能，并避免向用户发送不必要的代码。我们已经看到应用启动时间的巨大改进，并希望看到配置所带来的其他额外好处，使开发者的生活更加轻松，同时为我们的用户提供更好的体验。
作者：泪已无痕
链接：https://juejin.im/post/5cc297f36fb9a0323d6e0be2
来源：掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
