前言
Proguard听起来对所有 Android 开发人员都很熟悉。我们使用它来减小大小，通过减少未使用的资源来提高应用程序的性能。
Google 发布了 R8 来作为 Proguard 的替代品，用以帮助开发人员通过生成更好的输出 (APK) 来缩减代码。与 Proguard 相比，R8 被认为要比Proguard要快得多。
在这篇文章中，我们将讨论，
什么是R8？
R8 收缩是如何工作的？
R8 与 Proguard 的比较
什么是R8？
R8 是一个将我们的 java 字节码转换为优化的 dex 码的工具。它遍历整个应用程序，然后对其进行优化，例如删除未使用的类、方法等。它在编译时运行。它可以帮助我们减少构建的大小并使我们的应用程序更加安全。R8 使用 Proguard 规则来修改其默认行为。
R8 收缩是如何工作的？
在优化代码的同时，R8 减少了我们应用程序的代码，进而减小了 APK 的大小。
为了减小 APK 大小，我们采用了三种不同的技术：
收缩或摇树：收缩是从我们的 Android 项目中删除无法访问的代码的过程。R8 执行一些静态分析以摆脱无法访问的代码并删除未实例化的对象。
优化：这用于优化代码的大小。它涉及删除死代码、删除未使用的参数、选择性内联、类合并等。
标识符重命名：在这个过程中，我们混淆了类名和其他变量名。例如，如果类的名称是“ MainActivity ”，那么它将被混淆为“ a ”或其他名称，但大小更小。
如何在您的应用中启用 R8 Shrinking？
R8 默认存在于我们的应用程序中，但要在我们的应用程序中启用 R8 收缩，请在我们的应用程序的主文件中设置minifyEnabled为。truebuild.gradle
android {
...
buildTypes {
release {
minifyEnabled true
}
}
}
现在，让我们比较一下 R8 和 Proguard。
R8 与 Proguard 的比较
所以，现在让我们比较一下 R8 和 Proguard，看看它的表现如何，
对于使用 3.4.0 或更高版本的 Gradle 插件的 Android 应用，项目默认使用R8，不再使用Proguard进行优化。但是，它只使用 Proguard 规则。
R8 有效地内联容器类并删除未使用的类、字段和方法。Proguard 将应用程序大小减少了 8.5%，与 R8 相比减少了 10% 的代码。
与 Proguard 相比，R8 对 Kotlin 的支持更多。
R8 提供比 Proguard 更好的输出，并且比 Proguard 更快，从而减少了整体构建时间。
那么，现在让我们比较一下 Proguard 和 R8的性能。
Proguard:
在使用 Proguard 时，应用程序代码由 Java 编译器转换为 Java 字节码。转换后，Proguard 使用我们编写的规则对其进行优化。然后 dex 将其转换为优化的 Dalvik 字节码。
将其转换为 Dalvik 字节码大概需要 4 个步骤。
R8:
在使用 R8 时，首先将应用程序的代码通过 java 编译器转换为 Java 字节码，然后直接使用 R8 将 Java 字节码转换为 Dalvik 字节码。
通过使用 R8，它直接将 Java 字节码转换为 Dalvik 字节码的步骤从 2 减少到 1。
与 R8 相比，Proguard 应用了 520 个窥孔优化，后者非常少。窥孔优化是对一组编译器生成的代码执行的优化，通过使代码更短、更快来提高代码的性能。
在 Proguard 和 R8 中，我们必须通过编写自定义配置来处理反射。
在转换代码的执行上，R8 比 Proguard 更快。
Proguard 和 R8 的优化比较。
让我们讨论一下 Proguard 和 R8 都支持的一些特性。
例如，Proguard 和 R8 都在代码中将方法设为私有。它们还删除了项目中未使用的未使用的类、字段甚至方法。它们都支持 Enum 类型的简化。它们都内联方法、合并代码等。
Proguard 也使类最终，而 R8 无法做到这一点。但是比较 Kotlin 高度支持的 R8，优化了 Proguard 无法实现的 Kotlin 结构。
现在，如果您还想在 R8 中启用积极优化并进一步减小大小，请在gradle.properties 中启用以下内容，
android.enableR8.fullMode=true
结论
随着 R8 作为默认的编译时优化器，它减小了应用程序的大小。
