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"

(0)

相关推荐

  • Mac OS下为Android Studio编译FFmpeg解码库的详细教程

    NDK部分 1.下载ndk 这里就一笔带过了. 2.解压ndk 不要解压,文件权限会出错.执行之,会自动解压,然后mv到想放的地方.我放到了"/usr/local/bin/android-ndk-r10d"(此目录之后用$NDK_DIR指代). 3.下载Ffmpeg 我下的是2.5.3版本. 4.解压Ffmpeg 解压Ffmpeg到$NDK_DIR/sources/ffmpeg-2.5.3. 5.修改Ffmpeg编译配置 在ffmpeg-2.5.3目录下把configure文件中的这几

  • cocos2d-2.0-x-2.0.3 交叉编译到android报错解决

    我用的是cocos2d-2.0-x-2.0.3 之前弄了一天也没成功 今天来了下载了最新的ndk8 更新了sdk 又重新是了一遍 居然成功了,不知道是工具的版本问题还是哪一步出错误了,在这里整理一下: 首先各个工具都下下来配置好,然后将cygwin中的.bash_profile这个文件打开 在最后加上ndk的路径 NDK_ROOT=/cygdrive/c/android-ndk-r8d export NDK_ROOT 2.找到cocos2dx中的create-android-project.ba

  • ubuntu 12.10 上 android 编译环境搭建的深入解析

    1. 安装所有的套件sudo apt-get install git-core gnupg flex bison gperf build-essential zip curl libc6-dev libncurses5-dev:i386 x11proto-core-dev libx11-dev:i386 libreadline6-dev:i386 libgl1-mesa-dev:i386 g++-multilib mingw32 openjdk-6-jdk tofrodos python-mar

  • Android笔记之:App自动化之使用Ant编译项目多渠道打包的使用详解

    随着工程越来越复杂,项目越来越多,以及平台的迁移(我最近就迁了2回),还有各大市场的发布,自动化编译android项目的需求越来越强烈,后面如果考虑做持续集成的话,会更加强烈.    经过不断的尝试,在ubuntu环境下,以花界为例,我将一步一步演示如何使用命令行,使用ant编译android项目,打包多渠道APK.    要点:    (1). 编译android的命令使用    (2). ant基本应用    (3). 多项目如何编译(包含android library)    (4). 如

  • 使用Android studio创建的AIDL编译时找不到自定义类的解决办法

    使用AS创建ADIL文件时AS会在main文件夹下给我们生成一个aidl文件夹和一个相同包名的包,通常我们会把所有和ADIL相关的类或文件放在这个包下,但是如果存在自定义的类时,程序编译时无法通过,提示找不到自定义的包.解决办法如下,在启动Module的build.gradle中加入如下代码: sourceSets { main { manifest.srcFile 'src/main/AndroidManifest.xml' java.srcDirs = ['src/main/java', '

  • 使用android-apktool来逆向(反编译)APK包方法介绍

    谷歌官方提供了apktool可以逆向已经发布出去的APK应用,即反编译已经打包成功的APK文件,使用它可以将其反编译成非常接近打包前的原始格式,对于APK来说,可以具体的逆向AndroidManifest.xml.资源文件resources.arsc以及将dex文件反编译成可以调试的smali文件. Warnning 但apktool并不等于是可以用来侵犯前作者的作品的工具,所以使用apktool工具的用户千万不用用其来进行不正当.非法的使用. It is NOT intended for pi

  • android apk反编译到java源码的实现方法

    Android由于其代码是放在dalvik虚拟机上的托管代码,所以能够很容易的将其反编译为我们可以识别的代码. 之前我写过一篇文章反编译Android的apk包到smali文件 然后再重新编译签名后打包实现篡改apk的功能. 最近又有一种新的方法来实现直接从Android apk包里的classes.dex文件,把dex码反编译到java的.class二进制码,然后从.class二进制码反编译到java源码想必就不用我来多说了吧. 首先我们需要的工具是dex2jar和jd-gui 其中第一个工具

  • Android开发apk反编译和二次打包教程

    作为Android开发者,工作中少不了要反编译别人的apk,当然主要目的还是为了学习到更多,取彼之长,补己之短.今天就来总结一下Android反编译和二次打包的一些知识.首先声明本文的目的是为了通过例子讲解反编译和二次打包的原理和方法,继而作为后续讲解防止二次打包和App安全的依据,并不是鼓励大家去重新打包别人的App,盗取他人劳动成果. 本文首先介绍几种Android反编译工具的使用,然后实现在不需要知道源代码的情况下,仅通过修改反编译得到的smali文件实现修改apk逻辑功能的目的. And

  • Android Studio gradle 编译提示‘default not found’ 解决办法

    在导入studio工程的时候,进行sync的时候,提示Error:Configuration with name 'default' not found. 之前由于对gradle不熟悉,所以没有找到原因,其实也是偷懒,没有认真去排查问题,今天又遇到了,就折腾了会,把所有的配置文件都打开看,最终解决问题了,发现尽然是个低级的不能低级的问题,故记录下,警醒自己. 1.打开settings.gradle发现里面有很多个include ':app'这样的include,然而发现在工程的目录下面根本没有i

  • Android如何防止apk程序被反编译(尊重劳动成果)

    作为Android应用开发者,不得不面对一个尴尬的局面,就是自己辛辛苦苦开发的应用可以被别人很轻易的就反编译出来. Google似乎也发现了这个问题,从SDK2.3开始我们可以看到在android-sdk-windows\tools\下面多了一proguard文件夹 proguard是一个java代码混淆的工具,通过proguard,别人即使反编译你的apk包,也只会看到一些让人很难看懂的代码,从而达到保护代码的作用. 下面具体说一说怎么样让SDK2.3下的proguard.cfg文件起作用,先

随机推荐