编译优化

在使用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 <methods>;
}

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

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住，不然即使没被删除也无法调用到了

optimize

optimize为优化代码过程，会直接修改代码逻辑，如if判断始终为true时则会删除if判断和false代码块；当一个类只有一个方法且只有一处调用则会删除这个类并且将方法内链。

optimize过程能进一步缩减包大小

总结

充分理解Gradle编译过程中的优化流程有重要的意义，对我们APK优化有很大的启发，如微信对外开放的混淆资源名减小安装包大小的功能，同时对release 包出现的不一致现象能快速定位问题并且解决。