Android Gradle 编译过程中的优化

编译优化

在使用Gradle编译APK的release时，会习惯在buildTypes的release标签中加上如下配置:

release {

minifyEnabled true

shrinkResources true

proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’

}

其中minifyEnabled和shrinkResources就是优化的开关，当这两个开关都打开时，APK编译的时候会进行如下优化流程:

下面重点介绍下上述各流程中所做的优化。

shrink code

• 功能

shrink code为删除没有用的类，方法，变量和属性的过程，该过程能很大程度缩减APK体积，如当使用一个aar中部分功能接口，没有使用的那部分将被删除，如下例所示:

其中library中的没有被调用的class文件将被删除。

shrink code过程需要知道入口点，换言之就是shrink code需要知道哪些类是入口类，然后按照这个入口类建立调用链确定哪些类，方法，属性和变量是没有被使用。

• 入口的确定

shrink code的入口是根据proguard文件中keep标签的 以及代码中@keep的注解确定的，Android中的四大组件是默认的入口，如下两种情况代码可能被误删除:

1. JNI中的native方法，没法找到调用链会被误删

2. 反射调用类或者方法

其中第一种情况Android已经意识到，所以在默认的proguard文件中已经处理了，代码如下:

-keepclasseswithmembernames class * {

native ;

}

但是反射没有办法能很好的识别，所以如果代码中有使用反射需要自行处理，以免被删除。

shrink resource

• 功能

shrink code流程执行完后删除了无用的代码后，就能确认哪些资源文件没有使用，shrink resource流程就是确定哪些资源没有使用并且删除。

• 特点

shrink resource流程比较简单，所有在字节码中出现的资源不会被删除，但是有如下两种注意点:

1.通过Resources.getIdentifier()动态获取资源，当shrink resource删除资源时会对该API调用进行模糊匹配，反是匹配上的都不会删除，例如：

String name = String.format(“img_%1d”, angle + 1);

res = getResources().getIdentifier(name, “drawable”, getPackageName());

所有img_开头的图片资源都会被认为有调用，不会被删除

2.通过tools:keep标签主动标记，防止删除。通过创建res/raw/keep.xml文件并且在该文件中主动标记防止删除，如下所示:

<?xml version="1.0" encoding="utf-8"?>

<resources xmlns:tools=“http://schemas.android.com/tools”

tools:keep=“@layout/l_used*_c,@layout/l_used_a,@layout/l_used_b*”/>

obfuscate

obfuscate 将类，方法，属性和变量重命名为短小且无意义的名字，减小包体积并且进行代码防护，Gradle 3.4及以后AndroidStudio不再使用ProGuard进行混淆，而是使用R8插件进行，但是会保留ProGuard的配置选项。

• 这里注意将反射调用的类和方法keep住，不然即使没被删除也无法调用到了

最后

小编这些年深知大多数初中级Android工程师，想要提升自己，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此我收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

链接：https://pan.baidu.com/s/1BUbENbinlO0KpI5aQDA1JA?pwd=1234
提取码：1234