android的编译和运行过程深入分析

首先来看一下使用java语言编写的android应用程序从源码到安装包的整个过程，示意图如下，其中包含编译、链接和签名等：

（1）使用aapt工具生成r.java文件

可以先通过搭建好的eclipse开发环境创建一个未编译的android工程，记的一定要将eclipse中project菜单下的build automatically选项前面的对勾去掉后再去创建工程。创建好未编译的工程后，在命令行中输入如下命令：

d:\android-sdk-windows\platform-tools>aapt package -f -m -m "c:\documents and settings\******\workspace\helloandroid3\androidmanifest.xml" -j "c:\documents and settings\******\workspace\helloandroid3\gen" -s "c:\documents and settings\******\workspace\helloandroid3\res" -i "d:\android-sdk-windows\platforms\android-10\android.jar"

其中-m及紧跟其后的参数是用于指定androidmanifest.xml（配置文件）的路径，-j及紧跟其后的参数是指定r.java生成路径，-s及后面参数是指定资源文件所在目录，-i及后面参数是指定要包含的android平台类库；运行后会在工程目录中的gen目录下生成r.java文件。aapt的具体用法可在命令行输入aapt后会看到。

r.java文件的作用是提供给程序访问资源的入口，更详细的内容请参见后面关于android工程的文件结构和详解的博文。

（2）使用aidl工具将.aidl文件编译成.java文件

aidl是android系统提供的一种进程间调用的方式，类似于ipc调用，通过aidl工具将使用android interface definition language描述的.aidl文件编译成包含java接口类的.java文件，然后进程间遵循这些接口进行相互调用。.aidl文件一般与程序源码文件存放在一起。对于该例子中自动创建的工程来说，没有用到aidl，所以不进行这一步。aidl工具的用法如下：

usage: aidl options input [output]
       aidl --preprocess output input...

options:
   -i<dir>    search path for import statements.
   -d<file>   generate dependency file.
   -p<file>   file created by --preprocess to import.
   -o<folder> base output folder for generated files.
   -b         fail when trying to compile a parcelable.

input:
   an aidl interface file.

output:
   the generated interface files.
   if omitted and the -o option is not used, the input filename is used, with the .aidl extension changed to a .java extension.
   if the -o option is used, the generated files will be placed in the base output folder, under their package folder

（3）使用javac工具将.java文件编译成.class文件

d:\java\jdk1.6.0_25\bin>javac -encoding gb18030 -target 1.6 -bootclasspath "d:\android-sdk-windows\platforms\android-10\android.jar" -d "c:\documents and settings\******\workspace\helloandroid3\bin" "c:\documents and settings\******\workspace\helloandroid3\src\com\******\helloandroid3\helloandroid3.java" "c:\documents and settings\******\workspace\helloandroid3\gen\com\******\helloandroid3\r.java"

期间，我本来想使用*.java来描述需要编译的源码文件，但提示找不到，后来将源码文件指定为具体的helloandroid3.java文件后才编译通过，奇怪。

随后会在工程目录下的bin目录下生成.class文件。

（4）使用dx.bat批处理将众多.class文件转换成一个.dex文件

d:\android-sdk-windows\platform-tools>dx --dex --output=c:\docume~1\******\workspace\helloandroid3\bin\classes.dexc:\docume~1\******\workspace\helloandroid3\bin\

--output及后面的路径指明.dex文件的生成路径；红色标注的路径为.class所在的路径，需要注意的是，这里不能加上包路径，否则会报不匹配的错误，可能在批处理中已将添加包路径。另外，如遇windows系统路径含有空格的话一律使用缩写形式，具体有哪些系统路径及其缩写是什么，还是问度娘吧。成功后便在指定路径下生成了.dex文件。.dex文件是在android的dalvik虚拟机上运行的，具体内容后面的运行原理会提到。

（5）使用aapt工具打包资源文件

d:\android-sdk-windows\platform-tools>aapt package -f -m c:\docume~1\******\workspace\helloandroid3\androidmanifest.xml -s c:\docume~1\******\workspace\helloandroid3\res -a c:\docume~1\******\workspace\helloandroid3\assets -i d:\android-sdk-windows\platforms\android-10\android.jar -f c:\docume~1\******\workspace\helloandroid3\bin\resources.ap_

对照r.java文件的生成，可以看到参数发生了变化，少了-m 和 -j，如果看aapt用法中的描述就知道，-m和-j是结对出现的，用以指明r.java文件的生成路径。-m、-s、-i之前都有提到，这里不再介绍。-f的作用是指明打包后的资源文件的路径，在最后一定要加上文件名，最好加上扩展名。这里参考eclipse中自动编译时制定的.ap_后缀名。

（6）使用apkbuilder生成未签名的apk安装文件

d:\android-sdk-windows\tools>apkbuilder c:\docume~1\******\workspace\helloandroid3\bin\helloandroid3.apk -v -u -z c:\docume~1\******\workspace\helloandroid3\bin\resources.ap_ -f c:\docume~1\******\workspace\helloandroid3\bin\classes.dex -rf c:\docume~1\******\workspace\helloandroid3\src

其中，apkbuilder后面紧跟的路径是生成的apk安装文件的路径，-v参数的作用是指明执行中输出必要信息，具体输出内容如下：

packaging helloandroid3.apk
c:\docume~1\******\workspace\helloandroid3\bin\resources.ap_:
=> res/layout/main.xml
=> androidmanifest.xml
=> resources.arsc
=> res/drawable-hdpi/icon.png
=> res/drawable-ldpi/icon.png
=> res/drawable-mdpi/icon.png
c:\docume~1\******\workspace\helloandroid3\bin\classes.dex => classes.dex

-u参数表示生成的是未签名的安装包，-z及后面的路径表明打包了的资源文件的路径，-f及后面的路径指明了.dex文件的路径，-rf指明了源文件的目录。

（7）使用jdk中的jarsigner对apk安装文件进行签名

签名的目的是保证应用程序的开发者的唯一性，签名需要的东西除了jarsigner工具外还有密钥文件，即.keystore文件，我们这里不产生自己的keystore文件，而是采用android sdk提供的debug.keystore文件，其位置是在“我的文档”下的.android目录下。签名的原理及密钥文件的产生等内容在后续的博文中补充。

d:\java\jdk1.6.0_25\bin>jarsigner -keystore c:\docume~1\******\.android\debug.keystore -storepass android -keypass android -signedjar c:\docume~1\******\workspace\helloandroid3\bin\hello3.apk c:\docume~1\******\workspace\helloandroid3\bin\helloandroid3.apk androiddebugkey

-keystore及后面的路径指明密钥文件的位置，-storepass是用于密钥库完整性的口令，-keypass是专用密钥的口令，-signedjar及后面的路径指明签完名的apk文件的路径，紧接着的是需要签名的apk的路径，最后面是密钥的别名。debug.keystore的name和passwords信息是在sdk文档中找到的，具体内容如下：

the sdk tools create the debug keystore/key with predetermined names/passwords:

keystore name: "debug.keystore" keystore password: "android" key alias: "androiddebugkey" key password: "android" cn: "cn=android debug,o=android,c=us"