請注意，實際結果可能會有所不同，因爲它取決於您的項目特徵和構建環境，例如項目規模、資源、依賴關係和機器性能。
構建更小App的技巧
APK 的大小將會影響 app 的加載速度、內存佔用以及電量消耗。我想大多數人都知道，APK 大小是用戶參與度的重要因素。讓我們來看看當前在 LINE MAN Driver 中 app 的大小。
優化 APK，快速的建議是使用 Android Studio 的APK Analyzer。打開 Android Studio ，然後選擇Profile or debug APK，瀏覽你的 APK 文件。
Tip 1：移除無用的資源
大多數人都是在遺留項目中開發，有很多圖片、佈局和string你從來沒有用過，但是你不知道也不想自己刪除它，因爲你害怕會讓你的 app 崩潰，對嗎？所以，在 Android Studio 中，它提供了Remove Unused Resources的選項。
它對我們非常有幫助，因爲他能自動找到無用的資源，然後你能一鍵刪除它們。
Tip 2：只添加需要的依賴
有些依賴內部包含了一堆庫，像play-services和FaceBook SDK。如果你沒有指定你需要的庫，那你將獲得全部的庫，讓你的 app 變胖。例如，如果你想使用
Google 授權，你應該指定com.google.android.gms:play-services-auth:16.x.x代替com.google.android.gms:play-services:16.x.x。
你可以通過下面的命令來細分項目的依賴
$ ./gradlew app:dependencies
你將看到在項目中用到的所有的依賴，然後確保只用你所需要的。
Tip 3：爲屏幕密度構建多個APK
默認情況下，Android Studio 將會生成一個包含所有屏幕密度的通用 APK。在此技能中，你能專門排除或包含你想要在app/build.gradle支持的屏幕密度，Android Studio 將會爲你生成多個 APK。
android {
splits {
density {
enable true
// Specify a list of screen densities which Gradle won't create multiple APKs for
exclude 'ldpi', 'mdpi'
// Specify a list of compatible screen size for the manifest
compatibleScreens 'small', 'normal', 'large', 'xlarge'
}
}
}
所以，你需要將他們所有都上傳到 Google Play，最終你的用戶將會下載與他們屏幕密度匹配的 APK。
Tip 4：爲ABI構建多個APK
這個技巧和前一個技巧相似，但是此技巧是用於支持Application Binary Interfaces(ABIs)。今天，我認爲 Android 市場中有7個 CPU 框架，其中3個很難找到（mips，mips64，armeabi），以此你可以在app/build.gradle指定你想要支持的 ABI，Android Studio 將會爲你生成多個 APK。
android {
splits {
abi {
enable true
reset()
// Specify a list of ABIs that Gradle should create APKs for
include 'x86', 'x86_64', 'arm64-v8a', 'armeabi-v7a'
// If you don’t want to generate a universal APK that includes all ABIs.
universalApk false
}
}
}
然後，你需要將他們所有都上傳到 Google Play，最後你的用戶將會下載與他們 CPU 匹配的 APK。
Tip 5：使用特定的ABI構建APK
這個技巧不同於多個 APK。你能指定你想要支持的 CPU 框架，Android Studio 將只生成一個 APK。
android {
defaultConfig {
...
ndk {
abiFilters 'x86', 'x86_64', 'arm64-v8a', 'armeabi-v7a'
// armeabi, mips and mips64 has removed since NDK r17
}
}
}
根據我的經驗，我更喜歡這個技巧，因爲我曾經在多個APK的情況中在某些設備上發現了崩潰。
Tip 6：刪除未使用替代資源
有時，你創建一個本地的 app，你只想支持一些特殊的語言。但是，有一些依賴包含全世界的很多語言，你不需要所有的這些。因此，你可以使用resConfigs屬性指定你想要的語言，你的 app 將更小。
android {
defaultConfig {
resConfigs 'en', 'th'
...
}
}
Tip 7：壓縮無用代碼和資源
默認情況下，Android Studio 的 minifyEnabled爲false，但我認爲很多人爲了更小和安全因素把它設置爲true來縮小和混淆你的代碼。我建議你在app/build.gradle中添加shrinkResources，在壓縮（minify）進程之後刪除無用的資源。因爲在壓縮中，gradle將移除無用的代碼，這些代碼可能會引用一些資源。
最後，我想大多數人都不知道-optimize。你能在proguard-android之後添加-optimize，它將爲你構建 app 做更多的優化，你的 app 將會更小。
android {
buildTypes {
release {
minifyEnabled true
shrinkResources true
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
}
請注意，此過程將花很多時間，所以你應該只在發佈快中使用-optimize。
Tip 8：使用Shape Drawable
有時候，我看到開發者使用Bitmap的漸變背景或者圓角圖。實際上，bitmap圖比 Android Studio 提供的Shape Drawable更大，因爲在Shape Drawable中，你可以以xml的格式繪製矩形、橢圓、圓、圓角和其他。
Tip 9：使用Webp
相同質量下 Webp 更小，最多30%。唯一需要注意的是操作系統的要求。如果你使用不透明的背景，Webp 的 API 等級是API 15及以上支持。但是如果你想在 Webp 中支持透明背景，你需要支持API 18或者更高，Android Studio 還爲您提供了一種將圖像轉換爲 WebP 格式的簡便方法。你可以右擊你想要的圖片，選擇Convert to WebP。
因此，讓我們看一個示例結果，圖像尺寸減小到原始尺寸的15％，質量爲90％。
Tip 10：使用VectorDrawable
從API 21起，確保vector比bitmap更小，你能使用vector代替bitmap圖片。因爲VectorDrawable能以相同質量的圖，降低大小到不同屏幕密度。
如果你正在支持minSdkVersion 20或者更低。別擔心，你可以用它。因爲 Android 團隊提供了一個庫。因此你只需要使用23.2及其以上支持庫。
累積改進
這是在應用這些技巧後所累積的改進
還有一件事
從 Android Studeio 3.2 開始，Android App Bundle是一種新的 app 發佈格式，可以讓你的 app 小的更輕鬆。你不需要添加一行代碼，只需要使用新方法導出即可。因此，當你下載你的 app 時，Google Play 動態傳輸指定設備需要的代碼和資源。
通過這種方式你不需要自己構建多個 APK 了。
請注意，文件擴展名師.aab，你需要花更多的時間來構建，但這是值得的。
更快構建app的技術
和 Android 開發者想要改進的一樣，構建速度對工作效率至關重要。從這個問題我有10個技術可以更快的構建 LINE MAN Driver app。
優化之前，我想讓你看看 LINE MAN Driver app 現在在 Android Studio 3.2.1 的完整構建速度。
現在構建 LINE MAN Driver 的時間是3分鐘。
Technique 1：使用最新的Android plugin
第一個技術，確保你的 Android Gradle plugin 是最新的。因爲有很多錯誤修復和性能問題被修復。
Technique 2：避免Legacy Multidex
第二個技術是避免 Legacy Multidex。如你所知，如果你的 app 超過64k方法限制，你需要使用 Multidex。如果你的的minSdkVersion是21或更低，你也是用 Multidex，那麼你將使用 Legacy Multidex，這會使你在構建時變慢。
要避免 Legacy Multidex，你可以定義新的flavor，並在app/build.gradle中指定minSdkVersion爲21或更高。
productFlavors {
development {
minSdkVersion 21
...
}
}
Technique 3：禁用Multi APK
第三個技術，你應該在開發構建環境禁用多個 APK 生成，因爲打包和創建這些 APK 需要時間。所以，你能在app/build.gradle的 debug 代碼塊中添加以下兩行代碼禁用它。
buildTypes {
...
debug {
splits.abi.enable = false
splits.density.enable = false
}
}
Technique 4：包含最少的資源
在你開發構建中最小化打包的資源。默認情況下，構建系統包含 app 和庫使用的所有語言和屏幕密度。開發期間你不需要用到所有的這些資源，你能通過添加resConfigs來使用這些資源中的一組，並指定開發構建所需的語言和屏幕密度。
productFlavors {
dev {
resConfigs('en', 'xhdpi')
...
}
}
Technique 5：禁用PNG縮緊
默認情況AAPT將會縮進PNG來減小它們的大小，對於你發佈 APK 是一件好事，但是它對於你開發構建並不重要。要避免PNG縮緊，你可以使用下面的屬性並將其設置爲false。
buildTypes {
...
debug {
aaptOptions.cruncherEnabled = false
...
}
}
Technipue 6：使用Instant Run
默認情況下，當你點擊 RUN按鈕時，系統將會嘗試冷切換，app 需要重啓，但是當你點擊 Apply Changes按鈕時，系統將先嚐試熱交換，這會將更改直接推送到實時進程。
Technipue 7：禁用更新構建ID
下一個技能是在 Firebase Crashlytyics 中禁用更新構建ID。我想很多人使用 Crashlytics，每次構建 Crashlytics 將默認生成一個唯一的構建ID。你可能不知道他們爲你提供了一個關閉它的方式，如下
buildTypes {
debug {
ext.alwaysUpdateBuildId = false
...
}
}
你需要注意，只在 debug 塊中設置爲false。
Technipue 8：不要使用動態版本
Gradle 通過在依賴行末尾添加+，提供一種非常方便獲取每個依賴的最新版本。它將使 Gradle 每24小時檢查庫的新版本，並增加構建時間。
android {
dependencies {
implementation 'com.android.support:appcompat-v7:+'
...
}
}
Technipue 9：配置gradle.properties
這裏的代碼是我從 Android 開發經驗中收集的配置。對我而言，它們就像一種魔法，可以幫助你更快地構建 app。
例如，默認情況下，Android Studio 會爲你提供1.5GB的內存，這可能是好事或壞事，因爲它實際上取決於你項目的特徵。
org.gradle.jvmargs=-Xmx4096m -XX:MaxPermSize=1024m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
org.gradle.daemon=true
org.gradle.parallel=true
org.gradle.configureondemand=true
org.gradle.caching=true
android.enableBuildScriptClasspathCheck=false
因此，我鼓勵你嘗試這些配置，我保證你將節省大量的建設時間。
Technipue 10：使用R8新代碼shrinker
下一步是什麼？在即將推出的 Android Studio 3.3 中可以使用R8的下一代代碼shrinker。它將減少無用的代碼和資源，並縮小您的源代碼。因此 Android Studio 聲稱構建時間和 APK 大小會更小。
累積改進
讓我們看看，在使用這些技巧之後新的完整建築速度。現在我花了大約1分鐘完成建設。所以這次累積改進，完整版本現在快3倍。
總結
你想象一下，如果你的舊項目比 LINE MAN Driver 程序應用程序更大，你可以減少多少大小以及可以節省多少時間。
