APK打包过程

apk打包过程

aapt阶段

使用aapt来打包res资源文件，生成R.java、resources.arsc和res文件（二进制 & 非二进制如res/raw和pic保持原样）resources.arsc文件 resources.arsc这个文件记录了所有的应用程序资源目录的信息，包括每一个资源名称、类型、值、ID以及所配置的维度信息。我们可以将这个resources.arsc文件想象成是一个资源索引表，这个资源索引表在给定资源ID和设备配置信息的情况下，能够在应用程序的资源目录中快速地找到最匹配的资源

aidl阶段

AIDL （Android Interface Definition Language）， Android接口定义语言，Android提供的IPC （Inter Process Communication，进程间通信）的一种独特实现。 这个阶段处理.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文件。 注意： res/raw和assets的相同点：

两者目录下的文件在打包后会原封不动的保存在apk包中，不会被编译成二进制。 res/raw和assets的不同点： res/raw中的文件会被映射到R.java文件中，访问的时候直接使用资源ID即R.id.filename；assets文件夹下的文件不会被映射到R.java中，访问的时候需要AssetManager类。res/raw不可以有目录结构，而assets则可以有目录结构，也就是assets目录下可以再建立文件夹

Jarsigner阶段

对apk进行签名，可以进行Debug和Release 签名。

zipalign阶段

release mode 下使用 aipalign进行align，即对签名后的apk进行对齐处理。 Zipalign是一个android平台上整理APK文件的工具，它对apk中未压缩的数据进行4字节对齐，对齐后就可以使用mmap函数读取文件，可以像读取内存一样对普通文件进行操作。如果没有4字节对齐，就必须显式的读取，这样比较缓慢并且会耗费额外的内存。 在 Android SDK 中包含一个名为 “zipalign” 的工具，它能够对打包后的 app 进行优化。 其位于 SDK 的 build-tools 目录下, 例如: D:\Develop\Android\sdk\build-tools\23.0.2\zipalign.exe

总结

1.编辑器先通过aapt 工具将res 资源打包成R文件索引， AIDL接口文件通过ADIL工具生成资源文件 2.Java Compile 编译java 文件 生成.class 3.dex 阶段 就将全部.class文件搞成 .dex文件 4. apkbuilder 阶段将所有资源都打包成一起 5. Jarsigner 就将签名给签上 6. zipalign 进行优化，比如混淆之类的