Android APK 打包过程 MD

Markdown版本笔记	个人GitHub首页	个人博客	个人微信	个人邮箱
MyAndroidBlogs	baiqiantao	baiqiantao	bqt20094	baiqiantao@sina.com

Android APK 打包流程 MD

---

目录

目录
APK 的打包流程
总体流程
资源的编译和打包
资源ID
资源索引
概况
具体打包过程
aapt阶段
aidl阶段
Java Compiler阶段
dex阶段
apkbuilder阶段
Jarsigner阶段
zipalign阶段

APK 的打包流程

参考

Android的包文件APK分为两个部分：代码和资源，因此打包方面也分为资源打包和代码打包两个方面，这篇文章就来分析资源和代码的编译打包原理。

Android打包流程详图：

总体流程

APK总体的的打包流程以下图所示：

具体说来：

• 经过AAPT工具进行资源文件（包括AndroidManifest.xml、布局文件、各类xml资源等）的打包，生成R.java文件。
• 经过AIDL工具处理AIDL文件，生成相应的Java文件。
• 经过Javac工具编译项目源码，生成Class文件。
• 经过DX工具将全部的Class文件转换成DEX文件，该过程主要完成Java字节码转换成Dalvik字节码，压缩常量池以及清除冗余信息等工做。
• 经过ApkBuilder工具将资源文件、DEX文件打包生成APK文件。
• 利用KeyStore对生成的APK文件进行签名。
• 若是是正式版的APK，还会利用ZipAlign工具进行对齐处理，对齐的过程就是将APK文件中全部的资源文件举例文件的起始距离都偏移4字节的整数倍，这样经过内存映射访问APK文件的速度会更快。

上述流程都是Android Studio在编译时调用各类编译命令自动完成的，具体说来，以下所示：

一、建立Android工程。

android create project \
-n packageTest2 \
-a MainActivity \
-k com.package.test2 \
-t android-23 \
-p ./PackageTest2

二、编译R文件

aapt package \
-f \
-J ./gen \
-M ./AndroidManifest.xml \
-S ./res/ \
-I /Users/RadAsm/Library/AndroidSDK/sdk/platforms/android-23/android.jar

三、编译源代码文件

javac -source 1.6 \
-target 1.6 \
-cp /Users/RadAsm/Library/AndroidSDK/sdk/platforms/android-23/android.jar \
./src/com/packtest/test1/MainActivity.java ./src/com/packtest/test1/R.java \
-d ./gen/classes

四、编译DEX文件

dx --dex \
--verbose \
--output ./gen/dex/packtest1.dex
./gen/classes/

五、生成APK文件

aapt package
-f \
-J ./gen \
-M ./AndroidManifest.xml \
-S ./res/ \
-I /Users/RadAsm/Library/AndroidSDK/sdk/platforms/android-23/android.jar \
-F ./output/res.apk

六、APK文件对齐

zipalign -v -p 4 packagetest_unsigned.apk packagetest_aligned_unsigned.apk

七、APK签名

apksigner sign --ks my-release-key.jks my-app.apk

以上即是APK打包的整个流程，咱们再来总结一下：

• 除了assets和res/raw资源被原装不动地打包进APK以外，其它的资源都会被编译或者处理；
• 除了assets资源以外，其它的资源都会被赋予一个资源ID；
• 打包工具负责编译和打包资源，编译完成以后，会生成一个resources.arsc文件和一个R.java，前者保存的是一个资源索引表，后者定义了各个资源ID常量。
• 应用程序配置文件AndroidManifest.xml一样会被编译成二进制的XML文件，而后再打包到APK里面去。
• 应用程序在运行时经过AssetManager来访问资源，或经过资源ID来访问，或经过文件名来访问。

理解了总体的流程，咱们再来看看具体的细节。

资源的编译和打包

在分析资源的编译和打包以前，咱们先来了解一下Android程序包里有哪些资源。

咱们知道Android应用程序的设计也是代码与资源相分离的，Android的资源文件能够分为两大类：

assets：assets资源放在主工程assets目录下，它里面保存一些原始的文件，能够以任何方式来进行组织，这些文件最终会原封不动的被打包进APK文件中。

获取asset资源也十分简单，以下所示：

InputStream is = getAssets.open("fileName");

res：res资源放在主工程的res目录下，这类资源通常都会在编译阶段生成一个资源ID供咱们使用。

res资源包含了咱们开发中使用的各类资源，具体说来：

• animator
• anim
• color
• drawable
• layout
• menu
• raw
• values
• xml

这些资源的含义你们应该都很熟悉，这里就再也不赘述。

上述9种类型的资源文件，除了raw类型资源，以及Bitmap文件的drawable类型资源以外，其它的资源文件均为文本格式的XML文件，它们在打包的过程当中，会被编译成二进制格式的XML文件。这些二进制格式的XML文件分别有一个字符串资源池，用来保存文件中引用到的每个字符串，包括XML元素标签、属性名称、属性值，以及其它的一切文本值所使用到的字符串。这样原来在文本格式的XML文件中的每个放置字符串的地方在二进制格式的XML文件中都被替换成一个索引到字符串资源池的整数值，这写整数值统一保存在
R.java类中，R.java会和其余源文件一块儿编译到APK中去。

前面咱们提到xml编写的Android资源文件都会编译成二进制格式的xml文件，资源的打包都是由AAPT工具来完成的，资源打包主要有如下流程：

• 解析AndroidManifest.xml，得到应用程序的包名称，建立资源表。
• 添加被引用资源包，被添加的资源会以一种资源ID的方式定义在R.java中。
• 资源打包工具建立一个AaptAssets对象，收集当前须要编译的资源文件，收集到的资源保存在AaptAssets对象对象中。
• 将上一步AaptAssets对象保存的资源，添加到资源表ResourceTable中去，用于最终生成资源描述文件resources.arsc。
• 编译values类资源，这类资源包括数组、颜色、尺寸、字符串等值。
• 给bag、style、array这类资源分配资源ID。
• 编译xml资源文件，编译的流程分为四步：① 解析xml文件 ② 赋予属性名称资源ID ③ 解析属性值 ④ 将xml文件从文本格式转换为二进制格式。
• 生成资源索引表resources.arsc。

资源ID

每一个Android项目里都有有一个R.java文件，以下所示：

public final class R {
     //...
     public static final class anim {
        public static final int abc_fade_in=0x7f010000;
     }
     public static final class attr {
         public static final int actionBarDivider=0x7f020000;
     }
     public static final class string {
          public static final int actionBarDivider=0x7f020000;
     }
     //...
}

每一个资源项后的整数就是资源ID，资源ID是一个4字节的无符整数，以下所示：

• 最高字节是Package ID表示命名空间，标明资源的来源，Android系统本身定义了两个Package ID，系统资源命名空间：0x01 和 应用资源命名空间：0x7f。
• 次字节是Type ID，表示资源的类型，例如：anim、color、string等。
• 最低两个字节是Entry ID，表示资源在其所属资源类型中所出现的次序。

资源索引

上面提到，最终生成的是资源索引表resources.arsc，Android正是利用这个索引表根据资源ID进行资源的查找，为不一样语言、不一样地区、不一样设备提供相对应的最佳资源。查找是经过Resources和AssetManger来完成的，这个咱们下面会讲。

resources.arsc 是一个编译后的二进制文件，在Android Stduio里打开之后是这样的，以下所示：

能够看到resources.arsc里存放了各种资源的索引参数和配置信息。

resources.arsc的文件格式以下所示：

注：整个文件都是有一系列chuck（块）构成的，chuck是整个文件的划分单位，每一个模块都是一个chuck，chuck最前面是一个ResChunk_header的结构体，用来描述整个chunk的信息，更多关于索引表格式的细节，能够查阅源码：

👉 ResourceTypes.h

resources.arsc 索引表从上至下文件格式依次为：

• 文件头：数据结构用ResTable_header来描述，用来描述整个文件的信息，包括文件头大小，文件大小，资源包Package的数量等信息。
• 全局字符串池：存放全部的字符串，因此资源复用这些字符串，字符串里存放的是资源文件的路径名和资源值等信息。全局字符串池分为资源类型（type）字符串池和
• 资源包：会有多个（例如：系统资源包、应用资源包）。

资源包也被划分为如下几个部分：

• 包头：描述资源包相关信息。
• 资源类型字符串池：存放资源的类型。
• 资源名称字符串池：存放资源的名称。
• 配置列表：存放语音、位置等手机配置信息，用来做为查找资源的标准。

从这里能够看到resources.arsc索引表存在不少常量池，常量池的使用目的也很明显，就是提供资源的复用率，减小resources.arsc索引表的体积，提升索引效率。

概况

参考

Android APK是如何来的呢？

怀着这个问题去查资料，发现了下边这张图。

解压一个普通的apk文件后，解压出来的文件包括：

• classes.dex：.dex文件
• resources.arsc：resources resources文件
• AndroidManifest.xml：AndroidManifest.xml文件
• res：uncompiled resources
• META-INF：签名文件夹
  • MANIFEST.MF文件：版本号以及每个文件的哈希值(BASE64)，包括资源文件。这个是对每一个文件的总体进行SHA1(hash)。
  • CERT.SF：这个是对每一个文件的头3行进行SHA1 hash。
  • CERT.RSA：这个文件保存了签名和公钥证书。

具体打包过程

aapt阶段

使用aapt来打包res资源文件，生成R.java、resources.arsc和res文件（二进制 & 非二进制如res/raw和pic保持原样）

• res目录，有9种子目录
• R.java文件。里面拥有不少个静态内部类，好比layout，string等。每当有这种资源添加时，就在R.java文件中添加一条静态内部类里的静态常量类成员，且全部成员都是int类型。
• resources.arsc文件。这个文件记录了全部的应用程序资源目录的信息，包括每个资源名称、类型、值、ID以及所配置的维度信息。咱们能够将这个文件想象成是一个资源索引表，这个资源索引表在给定资源ID和设备配置信息的状况下，可以在应用程序的资源目录中快速地找到最匹配的资源。

aidl阶段

AIDL，Android接口定义语言，Android提供的IPC的一种独特实现。
这个阶段处理.aidl文件，生成对应的Java接口文件。

Java Compiler阶段

经过Java Compiler编译R.java、Java接口文件、Java源文件，生成.class文件。

dex阶段

经过dex命令，将.class文件和第三方库中的.class文件处理生成classes.dex。

apkbuilder阶段

将classes.dex、resources.arsc、res文件夹(res/raw资源被原装不动地打包进APK以外，其它的资源都会被编译或者处理)、Other Resources(assets文件夹)、AndroidManifest.xml打包成apk文件。

Jarsigner阶段

对apk进行签名，能够进行Debug和Release 签名。

zipalign阶段

release mode 下使用 aipalign 进行align，即对签名后的apk进行对齐处理。

Zipalign是一个android平台上整理APK文件的工具，它对apk中未压缩的数据进行4字节对齐，对齐后就可使用mmap函数读取文件，能够像读取内存同样对普通文件进行操做。若是没有4字节对齐，就必须显式的读取，这样比较缓慢而且会耗费额外的内存。

在 Android SDK 中包含一个名为 zipalign 的工具，它可以对打包后的 app 进行优化。 其位于 SDK 的 \build-tools\23.0.2\zipalign.exe 目录下

2019-2-18