一個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…”）
五、把現(xiàn)有圖片轉換為webP
我們可以通過 智圖 或者isparta將其它格式的圖片轉換成webP格式，isparta可實現(xiàn)批量轉換。
五、圖片相關
- 在Android 5.0及以上的版本可以通過tintcolor實現(xiàn)只提供一張按鈕的圖片，在程序中實現(xiàn)按鈕反選效果，前提是圖片的內容一樣，只是正反選按鈕的顏色不一樣。
Drawable.setColorFilter( 0xffff0000, Mode.MULTIPLY )
- 在Android 5.0及以上的版本，可以使用VectorDrawable和SVG圖片來替換原有圖片
六、混淆
1 構建多個版本
- 在gradle中的buildTypes中增加不同的構建類型,使用applicationSuffix和versionNameSuffix可以生成多個版本在同一設備上運行
- 創(chuàng)建src/[buildType]/res/設置不同的ic_launcher以區(qū)別不同版本
2 混淆參數(shù)
{
debug { minifyEnabled false }
release {
signingConfig signingConfigs.release
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
minifyEnabled true
- 是否要啟用通過 ProGuard 實現(xiàn)的代碼壓縮（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 規(guī)則，但還包括其他在字節(jié)碼一級（方法內和方法間）執(zhí)行分析的優(yōu)化，以進一步減小 APK 大小和幫助提高其運行速度。
- proguard-rules.pro文件用于添加自定義 ProGuard 規(guī)則。默認情況下，該文件位于模塊根目錄（build.gradle文件旁）。
- 要添加更多各構建變體專用的 ProGuard 規(guī)則，請在相應的productFlavor代碼塊中再添加一個proguardFiles屬性。例如，以下 Gradle 文件會向flavor2產品風味添加flavor2-rules.pro。現(xiàn)在flavor2使用所有三個 ProGuard 規(guī)則，因為還應用了來自release代碼塊的規(guī)則。
- 每次構建時 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 創(chuàng)建發(fā)布構建時都會覆蓋mapping.txt文件，因此您每次發(fā)布新版本時都必須小心地保存一個副本。通過為每個發(fā)布構建保留一個mapping.txt文件副本，您就可以在用戶提交的已混淆堆疊追蹤來自舊版本應用時對問題進行調試。
- 在每次添加庫的時候，需要及時進行make a release build
- DexGuard時Proguard同一個團隊開發(fā)的軟件， 優(yōu)化代碼，分離dex文件從而解決65k方法限制的文件
關于proguard-android.txt文件：
-dontusemixedcaseclassnames： 表示混淆時不使用大小寫混淆類名。
-dontskipnonpubliclibraryclasses：不跳過library中的非public方法。
-verbose： 打印混淆的詳細信息。
-dontoptimize： 不進行優(yōu)化，優(yōu)化可能會造成一些潛在風險，不能保證在所有版本的Dalvik上都正常運行。
-dontpreverify： 不進行預校驗。
-keepattributes Annotation ：對注解參數(shù)進行保留。
-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關鍵字的區(qū)別：
如果這個類沒有native的方法，那么這個類會被混淆
-keepclasseswithmember class * {
native <methods>;
}
不管這個類有沒有native的方法，那么這個類不會被混淆
-keep class * {
native <methods>;
}
另外、 你可以使用 APK Analyser 分解你的 APK
Android Studio 提供了一個有用的工具：APK Analyser。APK Analyser 將會拆解你的應用并讓你知道 .apk 文件中的那個部分占據(jù)了大量空間。讓我們看一下 Anti-Theft 在沒有經過優(yōu)化之前的截圖。
從 Apk Analyser 的輸出來看，應用的原大小是 3.1MB。經過 Play 商店的壓縮，大致是 2.5MB。
從截圖中可以看出主要有 3 個文件夾占據(jù)了應用的大多數(shù)空間。
classes.dex —— 這是 dex 文件，包含了所有會運行在你的 DVM 或 ART 里的字節(jié)碼文件。
res —— 這個文件夾包含了所有在 res 文件夾下的文件。大部分情況下它包含所有圖片，圖標和源文件，菜單文件和布局。
resources.arsc —— 這個文件包含了所有 value 資源。這個文件包含了你 value 目錄下的所有數(shù)據(jù)。包括 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開發(fā)的時候，我們經常會在項目中引用多種資源文件，包括圖片，布局文件，常量引用定義。隨著項目版本開發(fā)的迭代，每一期的資源會有變動必定會留下一些無用的資源這個時候我們手動去一個一個尋找效率就會很低下。這個時候我們就要學會AndroidStudio使用lint清除無用的資源文件。
- 打開AndroidStudio在項目中，點擊最上方的菜單欄Analyze -> Run Inspection by Name 如下圖：
- 點擊 Run Inspection by Name會彈出一個對話框。在對話框里面輸入unused resource 如下圖：
- 然后點擊下拉列表中的unused resource。 之后會彈出一個對話框如下圖
最后
給大家分享一份移動架構大綱，包含了移動架構師需要掌握的所有的技術體系，大家可以對比一下自己不足或者欠缺的地方有方向的去學習提升；
需要高清架構圖以及圖中視頻資料和文章項目源碼的可以加入我的技術交流群：825106898私聊群主小姐姐免費獲取
