Android SDK 构建工具介绍

前面的小节我们学习了 Android SDK 工具。本小节我们学习 Android SDK 构建工具。

1. 概述

Android SDK 构建工具位于以下位置：android_sdk/build-tools/version/

Android SDK 构建工具用于构建 Android 应用。这里的工具大多数都是由编译工具调用的，而不是供我们使用的。不过，以下命令行工具可能很有用：

• aapt2
  解析 Android 资源，为其编制索引，然后将其编译为针对 Android 平台优化的二进制格式，最后将编译后的资源打包到单个输出中。

• apksigner
  为 APK 签名，并检查签名能否在给定 APK 支持的所有平台版本上成功通过验证。

• zipalign
  确保所有未压缩数据的开头均相对于文件开头部分执行特定的对齐，从而优化 APK 文件。

2. aapt2

AAPT2（Android 资源打包工具）是一个构建工具，Android Studio 和 Android Gradle 插件使用它来编译和打包应用的资源。AAPT2 会解析资源、为资源编制索引，并将资源编译为针对 Android 平台进行过优化的二进制格式。

AAPT2 支持通过启用增量编译实现更快的资源编译。这是通过将资源处理拆分为两个步骤来实现的：

• 编译：将资源文件编译为二进制格式。

• 链接：合并所有已编译的文件并将它们打包到一个软件包中

2.1 编译

• 编译语法

aapt2 compile path-to-input-files [options] -o output-directory/

在以下示例中，AAPT2 分别编译了名为 strings.xml 和 myImage.png 的资源文件：

aapt2 compile project_root/module_root/src/main/res/values-en/
strings.xml -o compiled/
aapt2 compile project_root/module_root/src/main/res/drawable
/myImage.png -o compiled/

如上表中所示，输出文件的名称取决于输入文件的名称及其父目录（资源类型和配置）的名称。对于以 strings.xml 作为输入的上述示例，aapt2 会自动将输出文件命名为 values-en_strings.arsc.flat。另一方面，存储在 drawable 目录中的已编译可绘制对象文件的文件名将为 drawable_img.png.flat。

• 编译选项

2.2 链接

• 链接语法

aapt2 link path-to-input-files [options] -o
outputdirectory/outputfilename.apk --manifest AndroidManifest.xml

在以下示例中，AAPT2 将两个中间文件（drawable_Image.flat 和 values_values.arsc.flat）与 AndroidManifest.xml 文件进行了合并。AAPT2 会根据 android.jar 文件链接结果，该文件中包含了 android 软件包中定义的资源：

aapt2 link -o output.apk
 -I android_sdk/platforms/android_version/android.jar
    compiled/res/values_values.arsc.flat
    compiled/res/drawable_Image.flat --manifest /path/to/AndroidManifest.xml -v

• 链接选项

3. apksigner

3.1 语法

• 为 APK 签名

apksigner sign --ks keystore.jks |
  --key key.pk8 --cert cert.x509.pem
  [signer_options] app-name.apk

在使用 apksigner 工具为 APK 签名时，必须提供签名者的私钥和证书。我们可以通过两种不同的方式添加此信息：

1. 使用 –ks 选项指定密钥库文件。

2. 使用 –key 和 –cert 选项分别指定私钥文件和证书文件。私钥文件必须使用 PKCS #8 格式，证书文件必须使用 X.509 格式。

通常情况下，我们只会使用一个签名者为 APK 签名。如果我们需要使用多个签名者为 APK 签名，请使用 –next-signer 选项将要应用于每个签名者的常规选项集分隔开：

apksigner sign [signer_1_options] --next-signer [signer_2_options] app-name.apk

以下示例使用 release.jks（密钥库中唯一的密钥）为 APK 签名：

apksigner sign --ks release.jks app.apk

以下示例使用私钥和证书（存储为不同的文件）为 APK 签名：

apksigner sign --key release.pk8 --cert release.x509.pem app.apk

以下示例使用两个密钥为 APK 签名：

apksigner sign --ks first-release-key.jks --next-signer --ks second-release-key.jks app.apk

• 验证 APK 签名

apksigner verify [options] app-name.apk

以下示例检查 APK 的签名是否可在 APK 支持的所有 Android 平台上被确认为有效：

apksigner verify app.apk

以下示例检查 APK 的签名是否可在 Android 4.0.3（API 级别 15）及更高版本上被确认为有效：

apksigner verify --min-sdk-version 15 app.apk

• 轮替签名密钥

apksigner rotate --in /path/to/existing/lineage \
  --out /path/to/new/file \
  --old-signer --ks old-signer-jks \
  --new-signer --ks new-signer-jks

以下示例启用支持密钥轮替的签名证书沿袭：

apksigner rotate --out /path/to/new/file --old-signer \
    --ks release.jks --new-signer --ks release2.jks

以下示例再次轮替我们的签名密钥：

apksigner rotate --in /path/to/existing/lineage \
  --out /path/to/new/file --old-signer --ks release2.jks \
  --new-signer --ks release3.jks

3.2 签名命令选项

3.3 验证命令选项

4. zipalign

zipalign 是一种归档对齐工具，可对 Android 应用 (APK) 文件提供重要的优化。其目的是要确保所有未压缩数据的开头均相对于文件开头部分执行特定的对齐。具体来说，它会使 APK 中的所有未压缩数据（例如图片或原始文件）在 4 字节边界上对齐。这样做的好处是可以减少运行应用时消耗的 RAM 容量。

4.1 语法

要对齐 infile.apk 并将其保存为 outfile.apk，请运行以下命令：

zipalign [-f] [-v] <alignment> infile.apk outfile.apk

要确认 existing.apk 的对齐方式，请运行以下命令：

zipalign -c -v <alignment> existing.apk

alignment 是一个整数，用于定义字节对齐边界。此值必须始终为 4（可提供 32 位对齐），否则实际将不会执行任何操作。

标记：

• -f：覆盖现有的 outfile.zip

• -v：详细输出

• -p：outfile.zip 应对 infile.zip 中的所有共享对象文件使用相同的页面对齐方式

• -c：确认给定文件的对齐方式

5. 小结

本节课程我们主要学习了 Android SDK 构建工具。本节课程的重点如下：

• 掌握如何使用 Android SDK 构建工具。