| 评估 | 建议 | |
|---|---|---|
|
AGP 7.2 及更低版本(0 分)
|
许多效果衡量工具不可用或已过时。
AGP 7.2 及更低版本不支持基准配置文件,也不支持启动配置文件。缩小和优化工具也已过时,无法提供最新的性能改进。就应用启动和运行时性能的性能影响而言,这是一个巨大的错失机会。 |
请尽快升级到较新版本的 AGP,以获得更出色的性能分析工具支持。
升级到较新版本的 AGP 后,您将可以使用最新的性能分析工具。这样,您就可以提升应用的性能和用户满意度。 |
|
AGP 7.3(1 分)
|
对高性能分析工具的支持非常有限。
Android Gradle 插件 (AGP) 7.3 为基准配置文件提供基本支持。虽然基准配置文件可以正常运行,但此应用无法充分利用它。此版本也不支持启动配置文件。缩小和优化工具也已过时,无法提供最新的性能改进。这会错失提升应用启动和运行时性能的机会。 |
升级到更新版本的 AGP,以获得更出色的性能分析工具支持。
从 7 到 8 的主要版本升级可能令人望而却步,但从性能角度来看,这项投资是值得的。升级到较新版本的 AGP 后,您将可以使用最新的性能分析工具。使用此功能后,启动和运行时性能有望得到显著提升。这样,您就可以提升应用的性能和用户满意度。 |
|
AGP 7.4 - 8.1(5 分)
|
对高影响性能工具的支持有限。
Android Gradle 插件 (AGP) 版本 7.4 至 8.1 支持基准配置文件。从 AGP 8.0 开始,可以使用专用 Gradle 插件来使用基准配置文件。在 AGP 8.2 之前,不支持启动配置文件。缩小和优化工具也已过时,无法提供最新的性能改进。 |
请尽快升级到较新版本的 AGP。
从 7 到 8 的主要版本升级可能令人望而却步,但从性能角度来看,这项投资是值得的。升级到较新版本的 AGP 后,您将可以使用最新的性能分析工具。这样一来,您就可以在提升应用启动和运行时性能的同时提高用户满意度。 |
|
AGP 8.2 - 8.5(15 分)
|
解锁了大多数高影响性能工具。
使用 Android Gradle 插件的版本 8.2 或更高版本时,基准配置文件和启动配置文件完全可用。您还可以使用基准配置文件 Gradle 插件。通过 R8 优化实现的底层改进也是最近才推出的,可带来显著效果。升级到更新近的 AGP 版本,以提升启动和运行时性能,因为该版本还引入了更新版本的 R8。 |
及时了解 AGP 版本。
较新版本的 AGP 可确保应用及时更新到最新的性能分析工具。这样一来,您就可以提升应用的性能和用户满意度。通过对 R8、基准配置文件和 Dex 布局优化进行幕后改进,可以提升应用启动和运行时性能。 |
|
AGP 8.6 及更高版本(20 分)
|
完全解锁了高影响性能测试工具支持
通过使用最新版本的 AGP,此应用能够充分利用最新的性能分析工具。通过 R8、基准配置文件和 Dex 布局优化,在底层实现了改进。请务必使用这些工具来提升应用的性能和用户满意度。 |
请再接再厉。
及时了解最新的 AGP 版本,确保应用始终使用最新的性能分析工具。确保您的启动配置文件配置正确,并且您的基准配置文件涵盖最相关的用户体验历程。另请验证您的 R8 配置是否按预期运行。查看总体性能指南,了解如何提升应用运行时性能。 |
| 评估 | 建议 | |
|---|---|---|
|
未启用(0 点积分)
|
此应用错过了许多性能改进。
不使用 R8 进行代码缩减和优化会错失大幅提升应用性能的机会。许多幕后改进只有在启用 R8 时才可用。 |
请尽快启用 R8 以大幅提升性能。
尽快启用 R8 优化。这将带来许多性能改进。然后,返回并再次进行评估,以获取更多指导。 |
|
兼容模式或主要例外情况(-dontoptimize、-dontshrink)(5 分)
|
停用优化功能会错失大幅提升应用性能的机会。
此应用的运行时性能未完全优化。这会错失大幅提升应用性能的机会。 |
启用 R8 优化,充分发挥性能潜力。
尽快启用 R8 优化,并移除所有 -dontoptimize 和 -dontshrink 异常。这还将解锁启用其他优化的功能,例如 DEX 布局优化。在完整模式下启用 R8 后,请返回并再次进行评估,以获取更多指导。 |
|
R8 完整模式、缩减、优化和资源缩减(20 分)
|
释放了高性能潜力。
通过启用 R8 优化,您的应用将能够通过优化、混淆和代码缩减来大幅提升性能。此应用已准备好通过依赖 Dex 布局优化来实现更多启动性能改进。 |
确保保留规则是最新的。
随着应用的不断发展,R8 保留规则需要更新,以确保应用仍能得到充分优化。将性能改进工作重点放在其他方面。您是否已查看启动配置文件和 DEX 布局优化? |
基准配置文件可以从首次启动开始提高代码执行速度,从而针对每次新应用安装和每次应用更新提升性能。 这种配置文件引导的优化 (PGO) 可让应用优化启动、减少渲染问题,并提高整体的运行时性能,从而让最终用户从首次启动开始便获得更好的使用体验。 是否创建了基准配置文件并将其用于应用启动?
| 评估 | 建议 | |
|---|---|---|
|
无 / 未知(0 分)
|
没有基准配置文件会错失巨大的机会。
基准配置文件可以避免对包含的代码路径执行解译和即时 (JIT) 编译步骤,从而让首次启动时的代码执行速度提高约 30%。检查您的应用是否具有基准配置文件,如果没有,请务必采用该技术。 |
紧急采用基准配置文件。
基准配置文件可以避免对包含的代码路径执行解译和即时 (JIT) 编译步骤,从而让首次启动时的代码执行速度提高约 30%。查看有关如何采用这些建议的指南,然后重新参加评估以获得更新后的分数。 |
|
手动,一次或不经常(2 分)
|
自动化是保持基准配置文件处于最新状态的关键。
手动更新基准配置文件很容易被遗忘。尤其是在只进行一次性测试的情况下。应为每个版本重新生成基准配置文件,以最大限度地提升应用启动和运行时性能。 |
投资于自动化基准配置文件创建。
建议使用基准配置文件 Gradle 插件自动创建基准配置文件。它可以配置为自动为特定 build 类型(例如变体或发布 build)生成新的配置文件。必须自动生成配置文件,才能利用 DEX 布局优化功能。 |
|
针对每次发布手动设置(5 分)
|
自动化是保持基准配置文件处于最新状态的关键。
手动更新基准配置文件很容易被遗忘。过时的基准配置文件无助于提升应用启动或运行时性能。 |
投资于自动化基准配置文件创建。
建议使用基准配置文件 Gradle 插件自动创建基准配置文件。它可以配置为自动为特定 build 类型(例如变体或发布 build)生成新的配置文件。 |
|
针对每次发布自动执行(15 分)
|
自动化可让您轻松保持基准配置文件的最新状态。
及时更新的基准配置文件是提升应用启动和运行时性能的绝佳方式。为每个版本自动执行此操作是确保高质量基准配置文件的近乎完美的方法。 |
保持较高的基准配置文件覆盖率。考虑每晚生成一次配置文件。
只有及时更新基准配置文件,才能发挥其作用。考虑每晚生成这些配置文件,以便尽早发现问题,并确保在需要发布版本时,配置文件生成功能能够正常运行。如需了解如何进一步自动创建基准配置文件,请参阅基准配置文件 Gradle 插件。 |
|
自动执行夜间构建和发布(20 分)
|
这是确保基准配置文件始终包含最新内容的最佳方式。
每晚为每个版本生成的基准配置文件都会保持最新状态,并且在每次发布版本时,都可以随时用于提升应用启动和运行时性能。这种准备工作可让您的应用在应用性能方面更胜一筹。干得漂亮! |
继续提高基准配置文件覆盖率。
您已熟练掌握如何为此应用自动生成基准配置文件。继续努力!确保基准配置文件涵盖的用户体验历程也会随着应用的不断发展而定期更新和扩展。这样可确保基准配置文件始终处于最新状态,并随时可用于提升应用启动和运行时性能。 |
基准配置文件无需在功能使用期间运行 JIT 编译。 这有助于提高运行时渲染性能。为关键用户历程添加基准配置文件可以提升整体应用性能。
基准配置文件涵盖了多少用户体验历程?| 评估 | 建议 | |
|---|---|---|
|
无 / 未知(0 分)
|
无法获得运行时性能改进。
通过为关键用户历程采用基准配置文件,可以提升应用运行时性能。如果仅针对应用启动采用基准配置文件,您将错失提升运行时性能和用户满意度的绝佳机会。 |
紧急添加基准配置文件以提升运行时性能。
为应用启动和关键用户历程采用基准配置文件。这些历程被大量用户使用,对应用的功能至关重要。请稍后回来重新参加评估,以获取更新后的分数和更多指导。 |
|
应用启动 +1 用户转化历程(5 分)
|
无法获得运行时性能改进。
通过为关键用户历程采用基准配置文件,可以提升应用运行时性能。如果仅针对应用启动或单个用户体验历程采用基准配置文件,您将错失提升运行时性能和用户满意度的绝佳机会。 |
为更多用户历程采用基准配置文件。
为更多用户体验历程采用基准配置文件。这样做有助于应用继续提升运行时性能和用户满意度。请稍后回来重新参加评估,以获取更新后的分数和更多指导。 |
|
应用启动 +2 个用户转化历程(10 分)
|
基准配置文件可进一步提升性能。
通过为更多用户历程采用基准配置文件,此应用有望提升运行时性能和用户满意度。通过为关键用户历程采用基准配置文件,可以提升应用运行时性能。 |
继续为更多用户历程采用基准配置文件。
确定对应用功能至关重要的更多用户历程,并为这些历程采用基准配置文件。这样做有助于应用继续提升运行时性能和用户满意度。请稍后回来重新参加评估,以获取更新后的分数和更多指导。 |
|
应用启动 + 3 个用户转化历程(15 分)
|
出色的基准配置文件覆盖率。
使用基准配置文件涵盖应用启动和多个关键用户历程是提升性能和用户满意度的绝佳方式。可能还有更多用户体验历程可由基准配置文件涵盖。不过,就基准配置文件覆盖率而言,此应用已处于良好状态。请再接再厉。 |
扩大基准配置文件覆盖范围,充分发挥性能潜力。
继续推动基准配置文件的采用。考虑提高 R8 采用率,以减小代码大小并提升应用的整体运行时性能。您还可以考虑采用 Dex 布局优化来进一步提升应用启动性能。 |
构建系统会使用启动配置文件,通过改进 APK 的 DEX 文件中的代码布局,进一步优化其中包含的类和方法。 与仅使用基准配置文件相比,使用启动配置文件时,应用启动速度通常会提高 15% 到 30%。
应用是否使用启动配置文件来优化 dex 布局?| 评估 | 建议 | |
|---|---|---|
|
未使用 / 未知(0 分)
|
错失了大幅提升应用启动性能的良机。
构建系统会使用启动配置文件,通过改进 APK 的 DEX 文件中的代码布局,进一步优化其中包含的类和方法。使用启动配置文件后,应用启动速度通常比仅使用基准配置文件时快 15% 到 30%。 |
紧急投资于采用启动配置文件。
通过启动配置文件采用 DEX 布局优化。这将有助于提升应用启动性能和用户满意度。使用 DEX 布局优化需要使用 AGP 8.2 或更高版本,并启用缩减大小功能/R8。 |
|
主要入口点(10 分)
|
优化了主要入口点的启动性能。
使用主入口点的启动配置文件是提升应用启动性能的好方法。改进后的应用性能对用户体验产生了积极影响。请再接再厉。 |
考虑覆盖更多入口点。
对于启动配置文件,最重要的是涵盖主要应用入口点。如果此应用有更多入口点,请考虑使用启动配置文件来涵盖这些入口点。这可以是通知或辅助启动器图标。 |
|
最多入口点(15 分)
|
涵盖最常用的入口点是提升应用启动性能的好方法。
优化的启动体验有助于提高用户满意度。通过为大多数入口点采用启动配置文件,从工具的角度来看,此应用在启动性能方面表现出色。请再接再厉。 |
调查其他性能改进,并防止出现回归。
通过使用基准配置文件 Gradle 插件自动执行 DEX 布局优化任务,确保为每个发布 build 自动生成启动配置文件。 |
| 评估 | 建议 | |
|---|---|---|
|
未使用 Compose(5 分)
|
开始使用 Compose
Jetpack Compose 是推荐用于构建原生 Android 界面的新工具包。它可简化并加快 Android 上的界面开发,利用强大的工具和直观的 Kotlin API 减少代码量,快速打造精彩应用。 |
开始将界面迁移到 Jetpack Compose
Jetpack Compose 允许与现有的 View 系统进行互操作。您可以采用多种策略将部分界面迁移到 Compose,并享受 Compose 提供的优势。请参阅我们关于迁移策略的文档,或者查看我们的 Codelab,以获得更具实践性的项目。 |
|
Compose 2022.10.00 - 2024.08.00(1 点)
|
错过了许多新功能和性能改进!
如果继续使用旧版 Jetpack Compose,您将无法使用所有新功能和改进。Jetpack Compose 旨在与 Android 系统分离,以便开发者能够自行决定何时升级。 |
请尽快升级到较新版本
性能仍然是我们的首要任务,升级后您会发现各方面的性能都有显著提升。我们发现,滚动性能提升了约 20%,启动时间缩短了 12%,文本可组合项的性能提升了 22%。如需详细了解 Jetpack Compose 2024.01.00 中添加了哪些改进,请参阅发布博文。 |
|
Compose 2024.01.00 - 2025.07.01(2 分)
|
最新版 Jetpack Compose 可提供更出色的性能和新功能
如果您不采用最新版本的 Jetpack Compose,就无法获得我们正在努力开发的所有 bug 修复、性能改进和新功能,而这些功能有助于您构建精美的界面。 |
升级到最新版本,以获得更多性能改进
升级到最新版 Compose 后,我们在基准测试中发现,首次像素绘制时间又缩短了 17%!在此版本中,我们还默认启用了新的强跳过模式,该模式可大幅减少不必要的组合。此外,我们还改进了指示 API 以允许延迟创建涟漪,将内部 Compose 表示优化为更高效的数据结构,并开始生成更高效的代码。 |
|
Compose 2025.08.00 或更高版本(5 分)
|
恭喜!此应用已更新到最新的稳定版 Compose。
使用最新版本的 Compose 是充分利用每个新版 Compose 中性能改进的好方法。 |
再接再厉
请及时更新到最新的稳定版 Compose,以便继续受益于性能改进和 bug 修复。您无需立即采取任何行动。 |
FullyDrawnReporter 或 ReportDrawn() 调用 reportFullyDrawn() 可让系统知道应用何时准备好供用户互动。
这样便可访问 TTFD 指标。此指标可用于基准比较,并有助于改进启动配置文件的创建。
| 评估 | 建议 | |
|---|---|---|
|
未使用 reportFullyDrawn() / FullyDrawnReporter(0 分)
|
无法获得底层改进和效果指标。
如果不报告应用何时可供使用,您将错失更详细地了解应用启动时间的机会。使用此 API 可让 Android 系统提供更详细的性能指标,并能够监控完全绘制时间。 |
采用 reportFullyDrawn() / FullyDrawnReporter 可解锁更详细的性能指标。
使用 FullyDrawnReporter API 报告应用何时可供使用。这样一来,您就可以获取更详细的性能指标,并监控完全绘制时间。 |
|
使用 reportFullyDrawn() / FullyDrawnReporter(5 分)
|
解锁了更详细的应用启动性能指标。
此应用使用 FullyDrawnReporter API 来报告应用何时可供使用。这样一来,您就可以获得更详细的性能指标,并能够监控完全绘制时间。 |
使用 TTFD 中的信息来了解和提高应用启动性能。
Android 框架和 Google Play 管理中心都提供了详细的完全绘制时间性能指标。您可以使用这些指标来了解和改进应用的启动性能。 |
(已回答 0/7 个问题)