APK构建过程-命令行编译

官方对APK构建过程的介绍

官方 - 构建流程介绍

apk构建流程-简版.png

典型 Android 应用模块的构建流程，按照以下常规步骤执行：

1. 编译器将您的源代码转换成 DEX 文件（Dalvik 可执行文件，其中包括在 Android 设备上运行的字节码），并将其他所有内容转换成编译后的资源。
2. 打包器将 DEX 文件和编译后的资源组合成 APK 或 AAB（具体取决于所选的 build 目标）。 必须先为 APK 或 AAB 签名，然后才能将应用安装到 Android 设备或分发到 Google Play 等商店。
3. 打包器使用调试或发布密钥库为 APK 或 AAB 签名：
   • 如果您构建的是调试版应用（即专门用来测试和分析的应用），则打包器会使用调试密钥库为应用签名。Android Studio 会自动使用调试密钥库配置新项目。
   • 如果您构建的是打算对外发布的发布版应用，则打包器会使用发布密钥库（您需要进行配置）为应用签名。
   • 在 Android Studio 中为应用签名
4. 在生成最终 APK 之前，打包器会使用 zipalign 工具对应用进行优化，以减少其在设备上运行时所占用的内存。

构建流程结束时，您将获得应用的调试版或发布版 APK/AAB，以用于部署、测试或向外部用户发布。

精通APK构建

APK构建-详版.png

APK的一般生成步骤

1. 打包资源文件 aapt/aapt2
   • 生成R文件
   • 生成编译后的资源文件
2. aidl生成java文件 aidl
3. Java代码生成class文件 javac
4. class文件生成dex文件 dx/d8/r8
5. 打包（未签名）apk apkbuilder
6. 签名apk jarsigner/apksigner
7. 对齐apk zipalign

注：官方对上述部分命令行工具的使用有介绍：[ 官方指导：命令行工具 ]

1. 打包资源文件 aapt/aapt2

• aapt/aapt2：ANDROID_SDK/build-tools/

见[ 官方指导：命令行工具-aapt2 ]

aapt package -f -m -J ./gen -S res -M AndroidManifest.xml -I D:\android.jar

-f 如果编译生成的文件已经存在，强制覆盖。
-m 使生成的包的目录存放在-J参数指定的目录
-J 指定生成的R.java 的输出目录路径
-S 指定res文件夹的路径
-I 指定某个版本平台的android.jar文件的路径
-A 指定assert文件夹的路径

aapt 入口为 frameworks/base/tools/aapt/Main.cpp ，其中对 assets文件夹路径、res文件夹路径、AndroidManifest文件等会采取不同的策略。

对assets目录下的资源不进行编译，会被原封不动的打入apk中，也就是说assets不会被压缩。

AndroidManifest.xml会被aapt编译成二进制。

res下的资源，大多会被编译成针对Android平台优化过的二进制文件。对drawable下的png默认会进行压缩处理（raw目录下除外）

资源文件（res/下的文件） ---AAPT---|---> R.java（资源索引表）
                                |---> resource.arsc 资源文件
                                |---> res文件(二进制&非二进制如res/raw和pic保持原样)

// 每个资源ID占4字节
public final class R {
    public static final class anim {
        public static int fade_in = 0x7f010001;
        public static int fade_out = 0x7f010002;
    }
}
// 第一位字节 0x7f 表示 packageID ,用来限定资源的来源。系统资源包是 0x01，SharedLibrary类型资源包是 0x00， 普通App包则是 0x7f； 
// 次一位字节 01 表示 TypeID，用来表示资源类型，如 drawable、layouts、anims、color、menu 等；
// 后2字节 0001/0002 表示 EntryID，指的是每一个资源在对应的 TypeID 中出现的顺序

resources.arsc 是一个App的资源索引表，可以理解为一个map映射表，map的key是 R.java 中的资源ID，而 value 就是其对应的资源所在路径，通过 R.java 文件和 resources.arsc 就可以在代码中找到对应的资源引用。

res/raw和assets的相同点：

1. 两者目录下的文件在打包后会原封不动的保存在apk包中，不会被编译成二进制。

res/raw和assets的不同点：

1. res/raw中的文件会被映射到R.java文件中，访问的时候直接使用资源ID即R.id.filename；assets文件夹下的文件不会被映射到R.java中，访问的时候需要AssetManager类，通过文件名访问。
2. res/raw不可以有目录结构，而assets则可以有目录结构，也就是assets目录下可以再建立文件夹

2. aidl生成java文件 aidl

• aidl：ANDROID_SDK/build-tools/

3. Java代码生成class文件 javac

• javac：jdk/

javac -target 1.7 -bootclasspath D:\android-sdk-windows\platforms\android-8\android.jar -d bin src\demo\project\*.java gen\demo\project\R.java

-target <版本>           生成特定 VM 版本的类文件
-bootclasspath <路径>    覆盖引导类文件的位置
-d <目录>                指定存放生成的类文件的位置
-sourcepath <路径>       指定查找输入源文件的位置

Javac 入口为 com.sun.tools.javac.main.JavaCompiler 类，主要逻辑集中在 compile() 和 compile2() 方法中

4. class文件生成dex文件 dx/d8/r8

• dx：ANDROID_SDK/build-tools/
  • 最老、仅支持编译dex（dexing）
• d8：ANDROID_SDK/build-tools/（高版本sdk才提供）
  • 较新，用于替代dx，支持编译dex（dexing）与脱糖（desugaring）
• r8：/Applications/Android Studio.app/Contents/plugins/android/lib/r8.jar
  • 最新，相当于 ProGuard + d8，支持缩减（shrinking）、编译dex（dexing）与脱糖（desugaring）
  • sdk未提供r8.jar，网上也没有下载，需自行下载源码编译jar包，但有点麻烦，可在Android Studio/plugin/目录中找到

注：关于dex生成的发展史，可以参考我的另一篇文章：[通过命令行进行R8混淆]

dx用法

dx --dex --output=D:\ProjectDemo\bin\classes.dex D:\ProjectDemo\bin

--output=<要生成的classes.dex路径> <要处理的class文件的路径>

d8用法

见[ 官方指导：命令行工具-d8 ]

# debug mode
$ java -jar build/libs/d8.jar --output out input.jar
# release mode
$ java -jar build/libs/d8.jar --release --output out input.jar
# example: java -jar build/libs/d8.jar --release --output . --pg-conf ./proguard-project.txt ./input.jar

r8用法

$ java -jar build/libs/r8.jar --release --output out --pg-conf proguard.cfg input.jar

ANDROID_SDK中提供的有些jar包由于没有指定入口类main方法，不能直接通过 -jar 执行，可通过 -cp 显式的指定入口，举例：

java -cp r8.jar com.android.tools.r8.R8 --help

5. 打包（未签名）apk apkbuilder

• apkbuilder：
  • 较老SDK：ANDROID_SDK/tools/
  • 较新SDK：ANDROID_SDK/tools/lib/sdklib.jar

apkbuilder只是一个脚本，实际上调用的是 ANDROID_SDK/tools/ 下的jar包中的 com.android.build.ApkBuilderMain 类。
这个jar包在低版本SDK中是哪个我没注意看过。而高版本SDK中已经不提供 apkbuilder 了，但 ANDROID_SDK/tools/lib/sdklib.jar 中有ApkBuilderMain类，可以使用（未指定Main方法入口，调用时需显式的指定：java -cp sdklib.jar com.android.build.ApkBuilderMain --help）。

apkbuilder D:\ProjectDemo\bin\projectdemo.apk -v -u -z D:\ProjectDemo\bin\resources.ap_ -f D:\ProjectDemo\bin\classes.dex -rf D:\ProjectDemo\src 

-v Verbose 显示过程信息
-u 创建一个无签名的包
-z 指定apk资源路径
-f 指定dex文件路径
-rf 指定源码路径

6. 签名apk jarsigner/apksigner

• jarsigner：v1签名，jdk/bin/，参考 [jarsigner指导文档]
• apksigner：v2签名，ANDROID_SDK/build-tools/

jarsigner用法

jarsigner -digestalg SHA1 -sigalg MD5withRSA -keystore mykeystore.key -storepass STORE_PASS MY_APP.apk KEY_ALIAS

-verbose    签名/验证时输出详细信息
-keystore   密钥库位置
-storepass  用于密钥库完整性的口令
-keypass    专用密钥的口令（如果不同）
-signedjar  已签名的 JAR 文件的名称 （第一个apk是签名之后的文件， 第二个apk是需要签名的文件）

apksigner用法

见[ 官方指导：命令行工具-apksigner ]

• apksigner：ANDROID_SDK/build-tools/

apksigner sign --ks **.keystore --ks-key-alias [别名] --ks-pass pass:[别名密码] --key-pass pass:[证书密码] --out [签名后文件存放路径] [未签名的文件路径]

// 私钥和证书必须提供，有两种方式：
--ks：指定密钥库文件（即.keystore/.jks，私钥和证书被存放其中）
--key 和 --cert：分别指定私钥和证书，私钥必须使用 PKCS #8 格式(.pk8)，证书必须使用 X.509 格式(x509.pem)。

7. 对齐apk zipalign

见[ 官方指导：命令行工具-zipalign ]

• zipalign：ANDROID_SDK/build-tools/

• 若使用v1签名，zipalign 必须在签名后进行
• 若使用v2签名，zipalign 必须在签名前进行

// 对齐
zipalign -p -f -v 4 infile.apk outfile.apk
// 确认existing.apk的对齐方式
zipalign -c -v 4 existing.apk

-c  仅检查对齐情况（不会修改文件）。
-f  覆盖现有输出文件。
-h  显示工具帮助。
-p  使未压缩的 .so 文件对齐页面。
-v  详细输出。
-z  使用 Zopfli 重新压缩。

zipalign是一个zip归档文件对齐工具，它将zip（apk也是zip文件）中的所有未压缩文件相对于文件开头对齐（偏移为4字节的整数倍），这样就可以通过内存映射（mmap）访问这些文件，而无需在 RAM 中复制这些数据，既高效又减少了应用的内存使用。

CPU在处理内存数据时，并非一次提取一个memory cell，通常是提取一组相邻内存单元。在32-bit machine，CPU一次从内存中读取4个连续的memory cell(4-byte) 。4 byte chunk(4字节流) 为一个读取周期。比如，读取一个int型 数据时，需要一个读取周期(int 占4 byte)，读取Double型，则需要2个读取周期。

zipalign对齐图解.png

注：上图是以c代码为例，c语言中 1char = 1byte，而在java中 1char=2byte。

附加：smali工具

baksmali：将dex编译为smali

java -jar baksmali-1.3.2.jar -o classout/ classes.dex

smali：将smali反编译成dex

java -jar smali-1.3.2.jar classout/ -o classes.dex