检查 Gradle 构建

构建扫描是运行构建时发生情况的持久、可共享记录。它们提供详细的洞察力，可用于诊断性能问题、识别构建失败并与团队共享上下文。

构建扫描是在本地创建的，但发布到由 Gradle 管理的安全外部服务器。它们不会在您的机器上运行代码，也从不修改您的构建。您可以选择是否发布扫描，每个扫描都分配一个唯一的（默认为私有）URL。

在 Gradle 4.3 及更高版本中，您可以使用 --scan 命令行选项创建构建扫描

对于较旧的 Gradle 版本，Develocity 插件用户手册解释了如何生成构建扫描。

在构建结束时，Gradle 会显示一个 URL，您可以在其中找到您的构建扫描

本节解释了如何使用构建扫描分析您的构建。

性能页面可以帮助使用构建扫描分析构建。要到达那里，请单击左侧导航菜单中的“性能”或点击构建扫描主页上的“探索性能”链接

性能页面显示完成构建不同阶段所需的时间。此页面显示了以下所需的时间

您还可以获取有关环境属性的详细信息，例如是否使用了守护进程。

在上面的构建扫描中，配置耗时超过 13 秒。单击“配置”选项卡将此阶段分解为组件部分，从而揭示缓慢的原因。

在这里，您可以看到应用于项目的脚本和插件，按应用时间降序排列。最慢的插件和脚本应用程序是优化的好候选。例如，脚本 script-b.gradle 应用了一次，但耗时 3 秒。展开该行以查看构建在哪里应用了此脚本。

您可以看到子项目 :app1 从该子项目的 build.gradle 文件内部应用了该脚本一次。

如果您不想使用构建扫描，可以在根项目的 build/reports/profile 目录中生成 HTML 报告。要生成此报告，请使用 --profile 命令行选项

每个性能分析报告的名称中都有一个时间戳，以避免覆盖现有报告。

报告显示了运行构建所花费时间的细分。但是，此细分不如构建扫描详细。以下性能分析报告显示了可用的不同类别

有时，即使您的构建脚本一切正常，您的构建也可能很慢。这通常归结为插件和自定义任务的效率低下或资源受限。使用Gradle Profiler来发现这些瓶颈。使用 Gradle Profiler，您可以定义诸如“在进行 ABI 破坏性更改后运行 'assemble'”之类的场景，并多次运行您的构建以收集性能分析数据。使用 Profiler 生成构建扫描。或者将其与 JProfiler 和 YourKit 等方法分析器结合使用。这些分析器可以帮助您在自定义插件中找到低效的算法。如果您发现 Gradle 本身的一些问题导致您的构建变慢，请随时将分析器快照发送到performance@gradle.com。

构建扫描和本地性能分析报告都将构建执行分解为相同的类别。以下部分解释了这些类别。