如何在10分鐘內讓Android應用大小減少 60%？

一個APP的包之所以大，主要包括一下文件

• 代碼
• lib
• so本地庫
• 資源文件（圖片，音頻，字體等）

瘦身就主要瘦這些。

一、打包的時候刪除不用的代碼

buildTypes {
        debug {
            ...
            shrinkResources true // 是否去除無效的資源文件(如果你的Debug也需要瘦身)
        }
        release {
            ...
            shrinkResources true // 是否去除無效的資源文件
        }
    }

二、減少不必要的打包

defaultConfig {
    ...
    //打包的語言類型（語種的翻譯）
    resConfigs "en", "de", "fr", "it"
    //打包的文件夾
    resConfigs "nodpi", "hdpi", "xhdpi", "xxhdpi", "xxxhdpi"
}

或者

android {
  ...
  splits {
    density {
      enable true
      exclude "ldpi", "tvdpi", "xxxhdpi"
      compatibleScreens 'small', 'normal', 'large', 'xlarge'

      //reset()
      //include 'x86', 'armeabi-v7a', 'mips'
      //universalApk true
    }
  }

三、lib

儘量不用太複雜的lib，輕量級lib是首選。如果你的應用沒用到兼容庫，可以考慮去掉support包。

四、資源文件

我們可以通過Lint工具找到沒有使用的資源（在Android Studio的“Analyze”菜單中選擇“Inspect Code…”）

五、把現有圖片轉換爲webP

我們可以通過 智圖 或者isparta將其它格式的圖片轉換成webP格式，isparta可實現批量轉換。

五、圖片相關

• 在Android 5.0及以上的版本可以通過tintcolor實現只提供一張按鈕的圖片，在程序中實現按鈕反選效果，前提是圖片的內容一樣，只是正反選按鈕的顏色不一樣。

Drawable.setColorFilter( 0xffff0000, Mode.MULTIPLY )

• 在Android 5.0及以上的版本，可以使用VectorDrawable和SVG圖片來替換原有圖片

六、混淆

1 構建多個版本

• 在gradle中的buildTypes中增加不同的構建類型,使用applicationSuffix和versionNameSuffix可以生成多個版本在同一設備上運行
• 創建src/[buildType]/res/設置不同的ic_launcher以區別不同版本

2 混淆參數

{ 
    debug { minifyEnabled false } 
    release { 
      signingConfig signingConfigs.release 
      minifyEnabled true 
      proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' 
    }
}

minifyEnabled true

• 是否要啓用通過 ProGuard 實現的代碼壓縮（true啓用）
• 請注意，代碼壓縮會拖慢構建速度，因此您應該儘可能避免在調試構建中使用。
  注：Android Studio 會在使用Instant Run時停用 ProGuard。

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

• getDefaultProguardFile(‘proguard-android.txt')方法可從 Android SDKtools/proguard/文件夾獲取默認 ProGuard 設置。

• 提示：要想做進一步的代碼壓縮，可嘗試使用位於同一位置的proguard-android-optimize.txt文件。它包括相同的 ProGuard 規則，但還包括其他在字節碼一級（方法內和方法間）執行分析的優化，以進一步減小 APK 大小和幫助提高其運行速度。

• proguard-rules.pro文件用於添加自定義 ProGuard 規則。默認情況下，該文件位於模塊根目錄（build.gradle文件旁）。

• 要添加更多各構建變體專用的 ProGuard 規則，請在相應的productFlavor代碼塊中再添加一個proguardFiles屬性。例如，以下 Gradle 文件會向flavor2產品風味添加flavor2-rules.pro。現在flavor2使用所有三個 ProGuard 規則，因爲還應用了來自release代碼塊的規則。

• 每次構建時 ProGuard 都會輸出下列文件 dump.txt 說明 APK 中所有類文件的內部結構。mapping.txt:提供原始與混淆過的類、方法和字段名稱之間的轉換。seeds.txt:列出未進行混淆的類和成員。usage.txt:列出從 APK 移除的代碼。這些文件保存在/build/outputs/mapping/release/。

• 要修正錯誤並強制 ProGuard 保留特定代碼，請在 ProGuard 配置文件中添加一行-keep代碼。例如：
  -keeppublicclassMyClass

• 您還可以向您想保留的代碼添加[@Keep]
  (https://developer.android.com/reference/android/support/annotation/Keep.html)註解。在類上添加@Keep可原樣保留整個類。在方法或字段上添加它可完整保留方法/字段（及其名稱）以及類名稱。請注意，只有在使用註解支持庫時，才能使用此註解。

• 在使用-keep選項時，有許多事項需要考慮；如需瞭解有關自定義配置文件的詳細信息，請閱讀ProGuard 手冊。問題排查一章概述了您可能會在混淆代碼時遇到的其他常見問題。

• 請注意，您每次使用 ProGuard 創建發佈構建時都會覆蓋mapping.txt文件，因此您每次發佈新版本時都必須小心地保存一個副本。通過爲每個發佈構建保留一個mapping.txt文件副本，您就可以在用戶提交的已混淆堆疊追蹤來自舊版本應用時對問題進行調試。

• 在每次添加庫的時候，需要及時進行make a release build

• DexGuard時Proguard同一個團隊開發的軟件， 優化代碼，分離dex文件從而解決65k方法限制的文件

關於proguard-android.txt文件：

-dontusemixedcaseclassnames： 表示混淆時不使用大小寫混淆類名。
-dontskipnonpubliclibraryclasses：不跳過library中的非public方法。
-verbose： 打印混淆的詳細信息。
-dontoptimize： 不進行優化，優化可能會造成一些潛在風險，不能保證在所有版本的Dalvik上都正常運行。
-dontpreverify： 不進行預校驗。
-keepattributes Annotation ：對註解參數進行保留。
-keep public class com.google.vending.licensing.ILicensingService
-keep public class com.android.vending.licensing.ILicensingService:
表示不混淆上述聲明的兩個類。

proguard中一共有三組六個keep關鍵字的含義

keep  保留類和類中的成員，防止它們被混淆或移除。
keepnames 保留類和類中的成員，防止它們被混淆，但當成員沒有被引用時會被移除。
keepclassmembers  只保留類中的成員，防止它們被混淆或移除。
keepclassmembernames  只保留類中的成員，防止它們被混淆，但當成員沒有被引用時會被移除。
keepclasseswithmembers  保留類和類中的成員，防止它們被混淆或移除，前提是指名的類中的成員必須存在，如果不存在則還是會混淆。
keepclasseswithmembernames  保留類和類中的成員，防止它們被混淆，但當成員沒有被引用時會被移除，前提是指名的類中的成員必須存在，如果不存在則還是會混淆。

keepclasseswithmember和keep關鍵字的區別：
如果這個類沒有native的方法，那麼這個類會被混淆

-keepclasseswithmember class * {
    native <methods>;
}

不管這個類有沒有native的方法，那麼這個類不會被混淆

-keep class * {
    native <methods>;
}

---

另外、 你可以使用 APK Analyser 分解你的 APK

Android Studio 提供了一個有用的工具：APK Analyser。APK Analyser 將會拆解你的應用並讓你知道 .apk 文件中的那個部分佔據了大量空間。讓我們看一下 Anti-Theft 在沒有經過優化之前的截圖。

從 Apk Analyser 的輸出來看，應用的原大小是 3.1MB。經過 Play 商店的壓縮，大致是 2.5MB。

從截圖中可以看出主要有 3 個文件夾佔據了應用的大多數空間。

classes.dex —— 這是 dex 文件，包含了所有會運行在你的 DVM 或 ART 裏的字節碼文件。
res —— 這個文件夾包含了所有在 res 文件夾下的文件。大部分情況下它包含所有圖片，圖標和源文件，菜單文件和佈局。

resources.arsc —— 這個文件包含了所有 value 資源。這個文件包含了你 value 目錄下的所有數據。包括 strings、dimensions、styles、intergers、ids 等等。

 

你有兩個默認的混淆文件。

proguard-android-optimize.txt
proguard-android.txt
就像文件名寫的那樣，“proguard-android-optimize.txt”是更積極的混淆選項。我們將這個作爲默認的混淆配置。你可以在 /app 目錄下的 proguard-rules.pro 裏添加自定義的混淆配置。

 release {
    //Enable the proguard
    minifyEnabled true
    proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), "proguard-rules.pro"

    //Other parameters
    debuggable false
    jniDebuggable false
    renderscriptDebuggable false
    signingConfig playStoreConfig //Add your own signing config
    pseudoLocalesEnabled false
    zipAlignEnabled true
}

通過設置 minifyEnabled 爲 true，混淆將會移除所有未使用的方法、指令以減小 classes.dex 文件。

這是啓用了 minify 之後的 APK。

七、AndroidStudio使用lint清除無用的資源文件

在使用AndroidStudio進行App開發的時候，我們經常會在項目中引用多種資源文件，包括圖片，佈局文件，常量引用定義。隨着項目版本開發的迭代，每一期的資源會有變動必定會留下一些無用的資源這個時候我們手動去一個一個尋找效率就會很低下。這個時候我們就要學會AndroidStudio使用lint清除無用的資源文件。

• 打開AndroidStudio在項目中，點擊最上方的菜單欄Analyze -> Run Inspection by Name 如下圖：
• 點擊 Run Inspection by Name會彈出一個對話框。在對話框裏面輸入unused resource 如下圖：
• 然後點擊下拉列表中的unused resource。 之後會彈出一個對話框如下圖

結尾

好啦，如此文章到這裏就結束了，希望這篇文章能夠幫到正在看的你們，能夠解決Android小夥伴們應用內存問題~

如果你覺得文章寫得不錯就給個贊唄？如果你覺得文章非常不錯的話那就轉發一個唄，讓更多小夥伴看到；如果你覺得那裏值得改進的，請給我留言。一定會認真查詢，修正不足，謝謝~

再推薦一篇文章，具體的架構視頻，面試專題，學習筆記都在這篇文章中：“寒冬未過”，阿里P9架構分享Android必備技術點，讓你offer拿到手軟！