[TOC]
參見官方文檔:[https://developer.android.com/topic/performance/reduce-apk-size?hl=zh-cn](https://developer.android.com/topic/performance/reduce-apk-size?hl=zh-cn)
## 了解APK結構

## 縮減APK大小
使用App Bundle上傳應用不適用于國內環境,暫不介紹。App Bundle 針對不同用戶的設備配置,提供經過優化的 APK,只需下載運行應用時所需的代碼和資源,無需再編譯、簽署和管理多個 APK 以支持不同的設備。可以使用Android Size Analyzer插件或者命令行對項目進行分析,以確定哪些文件可以進行動態分發。
針對于國內的生態環境,我們主要從以下幾個方面進行APK大小的優化:
### 縮減資源數量和大小
#### 1、移除不使用的資源文件
項目迭代過程中UI不斷優化,部分資源文件不再使用,但仍存在于項目并被打包到APK中。可以使用`lint`工具來檢測未被引用的資源文件。
>`lint`工具不會掃描`assets/`文件夾、通過反射引用的資源或已鏈接至應用的庫文件。此外,它也不會移除資源,只會提醒您它們的存在。
同時,可以在應用的`build.gradle`文件中啟用[`shrinkResources`](https://developer.android.com/studio/build/shrink-code?hl=zh-cn#shrink-resources),Gradle 會自動為我們移除資源。
```plain
android {
// Other settings
buildTypes {
release {
minifyEnabled true
shrinkResources true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
```
#### 2、減少封裝庫中的資源使用量
#### 3、僅支持特定屏幕密度
目前市場上手機屏幕分辯率以1080P為主流,推薦應用包含一個`xxhdpi`圖片變體即可,低密度的`ldpi`、`mdpi`、`hdpi`等可以考慮移除,Android 會自動縮放最初為其他屏幕密度設計的現有資源。
#### 4、使用可繪制對象
對于可以使用Drawable對象動態繪制的圖片,如背景圖等,推薦使用Drawable對象替代,其占用的空間會比靜態圖片資源小。
#### 5、重復使用資源
對于一些可以重復使用的圖片資源,推薦替換色調調整、陰影設置、旋轉等,重復使用。以下示例展示了通過繞圖片中心位置旋轉 180 度,將“拇指向上”變為“拇指向下”::
```xml
<?xml version="1.0" encoding="utf-8"?>
<rotate xmlns:android="http://schemas.android.com/apk/res/android"
android:drawable="@drawable/ic_thumb_up"
android:pivotX="50%"
android:pivotY="50%"
android:fromDegrees="180" />
```
#### 6、壓縮PNG文件
`aapt`工具可以在編譯過程中通過無損壓縮來優化放置在`res/drawable/`中的圖片資源。例如,`aapt`工具可以通過調色板將不需要超過 256 種顏色的真彩色 PNG 轉換為 8 位 PNG。這樣做會生成質量相同但內存占用量更小的圖片。
使用注意:
* `aapt`工具不會縮減`asset/`文件夾中包含的 PNG 文件。
* 圖片文件需要使用 256 種或更少的顏色才可供`aapt`工具進行優化。
* `aapt`工具可能會擴充已壓縮的 PNG 文件。為防止出現這種情況,您可以在 Gradle 中使用`cruncherEnabled`標記為 PNG 文件停用此過程:
```plain
aaptOptions {
cruncherEnabled = false
}
```
#### 7、壓縮PNG和JPEG文件
可以使用[pngcrush](http://pmt.sourceforge.net/pngcrush/)、[pngquant](https://pngquant.org/)或[zopflipng](https://github.com/google/zopfli)等工具縮減 PNG 文件的大小,同時不損失畫質。所有這些工具都可以縮減 PNG 文件的大小,同時保持肉眼感知的畫質不變。
`pngcrush`工具尤為有效:該工具會迭代 PNG 過濾器和 zlib (Deflate) 參數,使用過濾器和參數的每個組合來壓縮圖片。然后,它會選擇可產生最小壓縮輸出的配置。
要壓縮 JPEG 文件,可以使用[packJPG](http://www.elektronik.htw-aalen.de/packjpg/)和[guetzli](https://github.com/google/guetzli)等工具。
#### 8、使用 WebP 文件格式
使用[WebP](https://developers.google.com/speed/webp/?hl=zh-cn)文件格式的圖片(而不是使用 PNG 或 JPEG 文件)。Android Studio提供了轉換單張圖片或整個目錄為WebP格式的方法,具體可參考[https://developer.android.com/studio/write/convert-webp?hl=zh-cn](https://developer.android.com/studio/write/convert-webp?hl=zh-cn)
#### 9、使用矢量圖形
可以使用矢量圖形創建與分辨率無關的圖標和其他可伸縮媒體。
#### 10、將矢量圖形用于動畫圖片
請勿使用`[AnimationDrawable](https://developer.android.com/reference/android/graphics/drawable/AnimationDrawable?hl=zh-cn)`創建逐幀動畫,這樣做需要為動畫的每個幀添加單獨的位圖文件,而這會大大增加 APK 的大小。
應改為使用[`AnimatedVectorDrawableCompat`](https://developer.android.com/reference/androidx/vectordrawable/graphics/drawable/AnimatedVectorDrawableCompat?hl=zh-cn)創建[動畫矢量可繪制資源](https://developer.android.com/training/material/animations?hl=zh-cn#AnimVector)。
### 減少原生和Java代碼
#### 1、移除不必要的生成代碼
確保了解自動生成的任何代碼所占用的空間。例如,許多協議緩沖區工具會生成過多的方法和類,這可能會使應用的大小增加一倍或兩倍。
#### 2、避免使用枚舉
單個枚舉會使應用的`classes.dex`文件增加大約 1.0 到 1.4KB 的大小。這些增加的大小會快速累積,產生復雜的系統或共享庫。如果可能,請考慮使用`@IntDef`注釋和[代碼縮減](https://developer.android.com/studio/build/shrink-code?hl=zh-cn)移除枚舉并將它們轉換為整數。此類型轉換可保留枚舉的各種安全優勢。
#### 3、縮減原生二進制文件的大小
如果您的應用使用原生代碼和 Android NDK,還可以通過優化代碼來縮減發布版應用的大小。移除調試符號和不提取原生庫是兩項很實用的技術。
### 總結
綜上可見,縮減APK大小主要從縮減資源文件和縮減原生及Java代碼兩方面入手,著重關注以下幾點:
* 移除未使用的資源文件
* 使用可繪制對象
* 壓縮圖片文件,優先使用WebP格式文件
* 避免使用枚舉
* 僅打包有需要平臺的so文件
- 導讀
- Java知識
- Java基本程序設計結構
- 【基礎知識】Java基礎
- 【源碼分析】Okio
- 【源碼分析】深入理解i++和++i
- 【專題分析】JVM與GC
- 【面試清單】Java基本程序設計結構
- 對象與類
- 【基礎知識】對象與類
- 【專題分析】Java類加載過程
- 【面試清單】對象與類
- 泛型
- 【基礎知識】泛型
- 【面試清單】泛型
- 集合
- 【基礎知識】集合
- 【源碼分析】SparseArray
- 【面試清單】集合
- 多線程
- 【基礎知識】多線程
- 【源碼分析】ThreadPoolExecutor源碼分析
- 【專題分析】volatile關鍵字
- 【面試清單】多線程
- Java新特性
- 【專題分析】Lambda表達式
- 【專題分析】注解
- 【面試清單】Java新特性
- Effective Java筆記
- Android知識
- Activity
- 【基礎知識】Activity
- 【專題分析】運行時權限
- 【專題分析】使用Intent打開三方應用
- 【源碼分析】Activity的工作過程
- 【面試清單】Activity
- 架構組件
- 【專題分析】MVC、MVP與MVVM
- 【專題分析】數據綁定
- 【面試清單】架構組件
- 界面
- 【專題分析】自定義View
- 【專題分析】ImageView的ScaleType屬性
- 【專題分析】ConstraintLayout 使用
- 【專題分析】搞懂點九圖
- 【專題分析】Adapter
- 【源碼分析】LayoutInflater
- 【源碼分析】ViewStub
- 【源碼分析】View三大流程
- 【源碼分析】觸摸事件分發機制
- 【源碼分析】按鍵事件分發機制
- 【源碼分析】Android窗口機制
- 【面試清單】界面
- 動畫和過渡
- 【基礎知識】動畫和過渡
- 【面試清單】動畫和過渡
- 圖片和圖形
- 【專題分析】圖片加載
- 【面試清單】圖片和圖形
- 后臺任務
- 應用數據和文件
- 基于網絡的內容
- 多線程與多進程
- 【基礎知識】多線程與多進程
- 【源碼分析】Handler
- 【源碼分析】AsyncTask
- 【專題分析】Service
- 【源碼分析】Parcelable
- 【專題分析】Binder
- 【源碼分析】Messenger
- 【面試清單】多線程與多進程
- 應用優化
- 【專題分析】布局優化
- 【專題分析】繪制優化
- 【專題分析】內存優化
- 【專題分析】啟動優化
- 【專題分析】電池優化
- 【專題分析】包大小優化
- 【面試清單】應用優化
- Android新特性
- 【專題分析】狀態欄、ActionBar和導航欄
- 【專題分析】應用圖標、通知欄適配
- 【專題分析】Android新版本重要變更
- 【專題分析】唯一標識符的最佳做法
- 開源庫源碼分析
- 【源碼分析】BaseRecyclerViewAdapterHelper
- 【源碼分析】ButterKnife
- 【源碼分析】Dagger2
- 【源碼分析】EventBus3(一)
- 【源碼分析】EventBus3(二)
- 【源碼分析】Glide
- 【源碼分析】OkHttp
- 【源碼分析】Retrofit
- 其他知識
- Flutter
- 原生開發與跨平臺開發
- 整體歸納
- 狀態及狀態管理
- 零碎知識點
- 添加Flutter到現有應用
- Git知識
- Git命令
- .gitignore文件
- 設計模式
- 創建型模式
- 結構型模式
- 行為型模式
- RxJava
- 基礎
- Linux知識
- 環境變量
- Linux命令
- ADB命令
- 算法
- 常見數據結構及實現
- 數組
- 排序算法
- 鏈表
- 二叉樹
- 棧和隊列
- 算法時間復雜度
- 常見算法思想
- 其他技術
- 正則表達式
- 編碼格式
- HTTP與HTTPS
- 【面試清單】其他知識
- 開發歸納
- Android零碎問題
- 其他零碎問題
- 開發思路