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 包出現的不一致現象能快速定位問題而且解決。