Android 建構效能

回報問題 查看原始碼 Nightly · 7.4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

本頁面提供有關如何針對 Android 應用程式最佳化建構效能的相關資訊。如要瞭解如何使用 Bazel 進行一般建構效能最佳化,請參閱「最佳化效能」一文。

標記位於 bazelrc 設定語法中,因此可以直接貼到 bazelrc 檔案中,並在指令列上使用 --config=<configuration_name> 叫用。

效能剖析

Bazel 預設會將 JSON 追蹤記錄設定檔寫入 Bazel 輸出基礎中名為 command.profile.gz 的檔案。如要瞭解如何讀取及與設定檔互動,請參閱 JSON 設定檔說明文件

Android 建構動作的持續性工作站

部分 Android 建構動作支援持續性 worker

這些動作的助憶法如下:

  • DexBuilder
  • Javac
  • 脫糖
  • AaptPackage
  • AndroidResourceParser
  • AndroidResourceValidator
  • AndroidResourceCompiler
  • RClassGenerator
  • AndroidResourceLink
  • AndroidAapt2
  • AndroidAssetMerger
  • AndroidResourceMerger
  • AndroidCompiledResourceMerger

啟用 worker 可節省每個工具的 JVM 啟動成本,進而提升建構效能,但會增加系統記憶體用量。

如要為這些動作啟用 worker,請在指令列上使用 --config=android_workers 套用這些旗標:

build:android_workers --strategy=DexBuilder=worker
build:android_workers --strategy=Javac=worker
build:android_workers --strategy=Desugar=worker

# A wrapper flag for these resource processing actions:
# - AndroidResourceParser
# - AndroidResourceValidator
# - AndroidResourceCompiler
# - RClassGenerator
# - AndroidResourceLink
# - AndroidAapt2
# - AndroidAssetMerger
# - AndroidResourceMerger
# - AndroidCompiledResourceMerger
build:android_workers --persistent_android_resource_processor

每個動作建立的持久工作站預設數量為 4。我們評估了改善的建構效能,方法是將每個動作的例項數量上限設為 12,但這可能會因 Bazel 執行的系統和建構的專案而異。

如要限制動作的執行個體數量,請套用下列標記:

build:android_workers --worker_max_instances=DexBuilder=2
build:android_workers --worker_max_instances=Javac=2
build:android_workers --worker_max_instances=Desugar=2
build:android_workers --worker_max_instances=AaptPackage=2
# .. and so on for each action you're interested in.

使用 AAPT2

aapt2 的效能比 aapt 更佳,而且也會產生較小的 APK。如要使用 aapt2,請使用 --android_aapt=aapt2 旗標,或在 android_binaryandroid_local_testaapt_version 上設定 aapt2

SSD 最佳化

--experimental_multi_threaded_digest 標記可用於在 SSD 上最佳化摘要運算。