apk打包过程

淡淡的烟草味﹌ 2022-06-10 04:49 295阅读 0赞

**在编写android的时候,写好java代码后，eclipse直接帮我们生成了可安装的apk，但有时需要自动化的去生成个性化apk的时候，我们就需要编写脚本或代码来自动生成一个apk，在生成apk之前必须了解下android编译apk的过程;**

![android程序自动化生成apk的过程][android_apk]

![android程序自动化生成apk的过程][android_apk 1]

![android程序自动化生成apk的过程][android_apk 2]

现在很多人想对Android工程的编译和打包进行自动化，比如建立每日构建系统、自动生成发布文件等等。这些都需要我们对Android工程的编译和打包有一个深入的理解，至少要知道它的每一步都做了什么，需要什么环境和工具，输入和输出是什么。那么我们就来挖掘一下Android的编译过程中的细节。

首先，我们假定你的系统（什么系统都行，不限于Linux还是Windows系统，当然，我在这里默认使用Linux系统来举例子，但在 Windows中几乎没有什么差别）已经安装了JDK和Android SDK。再假定你的Android SDK的路径是ANDROID\_SDK\_HOME，你想要编译的Android OS版本是ANDROID\_OS\_VERSION（比如android-1.6、android-8、android-10等）。

我们重点关心的是**（1）这个过程的输入是什么？（2）这个过程的输出是什么？（3）这个过程使用了什么工具？**至于使用什么参数，可以自己去看对应命令的帮助文件，或者在网上搜索，这不是本文的重点。

**步骤中提到的工具如下表：**

<table> 
 <tbody> 
  <tr> 
   <td> 名称</td> 
   <td> 功能介绍</td> 
   <td> 在操作系统中的路径</td> 
  </tr> 
  <tr> 
   <td> aapt</td> 
   <td> Android资源打包工具</td> 
   <td> ${ANDROID_SDK_HOME}/platform-tools/appt</td> 
  </tr> 
  <tr> 
   <td> aidl</td> 
   <td> Android接口描述语言转化为.java文件的工具</td> 
   <td> ${ANDROID_SDK_HOME}/platform-tools/aidl</td> 
  </tr> 
  <tr> 
   <td> javac</td> 
   <td> Java Compiler</td> 
   <td> ${JDK_HOME}/javac或/usr/bin/javac</td> 
  </tr> 
  <tr> 
   <td> dex</td> 
   <td> 转化.class文件为Davik VM能识别的.dex文件</td> 
   <td> ${ANDROID_SDK_HOME}/platform-tools/dx</td> 
  </tr> 
  <tr> 
   <td> apkbuilder</td> 
   <td> 生成apk包</td> 
   <td> ${ANDROID_SDK_HOME}/tools/opkbuilder</td> 
  </tr> 
  <tr> 
   <td> jarsigner</td> 
   <td> .jar文件的签名工具</td> 
   <td> ${JDK_HOME}/jarsigner或/usr/bin/jarsigner</td> 
  </tr> 
  <tr> 
   <td> zipalign</td> 
   <td> 字节码对齐工具</td> 
   <td> ${ANDROID_SDK_HOME}/tools/zipalign</td> 
  </tr> 
 </tbody> 
</table>

**第一步：打包资源文件，生成R.java文件**  
【输入】Resource文件（就是工程中res中的文件）、Assets文件（相当于另外一种资源，这种资源Android系统并不像对res中的文件那样优化它）、AndroidManifest.xml文件（包名就是从这里读取的，因为生成R.java文件需要包名）、Android基础类库（Android.jar文件）  
【输出】打包好的资源（一般在Android工程的bin目录可以看到一个叫resources.ap\_的文件就是它了）、R.java文件（在gen目录中，大家应该很熟悉了）  
【工具】aapt工具，它的路径在$\{ANDROID\_SDK\_HOME\}/platform-tools/aapt（如果你使用的是Windows系统，按惯例路径应该这样写：%ANDROID\_SDK\_HOME%\\platform-tools\\aapt.exe，下同）。

**第二步：处理AIDL文件，生成对应的.java文件（当然，有很多工程没有用到AIDL，那这个过程就可以省了）**  
【输入】源码文件、aidl文件、framework.aidl文件  
【输出】对应的.java文件  
【工具】aidl工具

**第三步：编译Java文件，生成对应的.class文件**  
【输入】源码文件（包括R.java和AIDL生成的.java文件）、库文件（.jar文件）  
【输出】.class文件  
【工具】javac工具

**第四步：把.class文件转化成Davik VM支持的.dex文件**  
【输入】 .class文件（包括Aidl生成.class文件，R生成的.class文件，源文件生成的.class文件），库文件（.jar文件）  
【输出】.dex文件  
【工具】javac工具

**第五步：打包生成未签名的.apk文件**  
【输入】打包后的资源文件、打包后类文件（.dex文件）、libs文件（包括.so文件，当然很多工程都没有这样的文件，如果你不使用C/C++开发的话）  
【输出】未签名的.apk文件  
【工具】apkbuilder工具

**第六步：对未签名.apk文件进行签名**  
【输入】未签名的.apk文件  
【输出】签名的.apk文件  
【工具】jarsigner

**第七步：对签名后的.apk文件进行对齐处理（不进行对齐处理是不能发布到Google Market的）**  
【输入】签名后的.apk文件  
【输出】对齐后的.apk文件  
【工具】zipalign工具

知道了这些细节之后，我们就可以实现很多我们想实现东西了，比如：**自动化**，我们可以使用某种脚本，像Windows下的批处理，linux下的Bash，Java下的Ant，Python、Perl这样的脚本语言，甚至直接用Java、.net这们的强类型语言也是可以的。**如果你真正弄懂了上面的步骤，了解了编译打包过程的本质，你完全可以以你想要的任何方式实现它的自动化，这才是真正的“举一反三，以不变应万变”。**再比如，**对Android SDK的精简**，大家知道，现在Android SDK动辙几百兆，我们完全可以应用上面的知识，只保留必要的工具，把SDK精简到10M以下。当然，还可以做很多事情，前提是你真正弄懂了它。

[android_apk]: /images/20220610/d1c3f2ae3cb64ffba51307712ead9ba9.png
[android_apk 1]: /images/20220610/388f0f6423b042768d4c037991a90cd5.png
[android_apk 2]: /images/20220610/6f854d4575574e5a99ef7e68668d839d.png