Android Gradle 编译过程当中的优化

前言

AndroidStudio 在编译APK的过程当中进行了不少的优化，其中包括删除无用代码，无用资源等，本篇文章具体介绍一下具体的优化过程，在遇到编译的问题时能快速分析而且解决问题。

编译优化

在使用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 包出现的不一致现象能快速定位问题而且解决。