Android 中的 R8 与 Proguard的区别
前言
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 作为默认的编译时优化器,它减小了应用程序的大小。