android手机app开发过程,Android开发之——App构建流程分析

classes.dex

resources.arsc

assets

res

AndroidMainfest.xml

其中&＃xff1a;

res中图片&＃xff0c;assets文件和raw文件下内容保持原样&＃xff0c;res中其他xml文件内容均转化为二进制形式&＃xff1b;

res中的文件会被映射到R.java文件中&＃xff0c;访问的时候直接使用资源ID即可即R.id.filename&＃xff1b;assets文件夹下的文件不会被映射到R.java中&＃xff0c;访问的时候需要AssetManager类&＃xff1b;

详细构建流程

或

详细流程&＃xff1a;

第一步&＃xff1a;aapt打包资源文件&＃xff0c;生成R.java和编译后的资源(二进制文件)

1&＃xff1a;检查AndroidManifest.xml&＃xff0c;主要做一些检查并使用parsePackage初始化并设置一些attribute&＃xff0c;比如package&＃xff0c;miniSdkVersion&＃xff0c;uses-sdk;

2:添加被引用资源包&＃xff1b;使用table.addincludeResources(bundle,assets)添加被引用资源包&＃xff0c;比如系统的那些android:命名空间下的资源。

收集资源文件&＃xff0c;处理overlay(重叠包&＃xff0c;如果指定的重叠包有何当前编译宝重名的资源&＃xff0c;则使用重叠包的)&＃xff1b;

将收集到的资源文件加载到资源表(Resource Table);对res目录下的各个资源子目录进行处理&＃xff0c;函数为makeFileResources:makeFileResources会对资源文件名做合法性检查&＃xff0c;并将其添加到ResourceTable内&＃xff1b;

编译values资源并添加到资源表&＃xff1b;上一步添加过程中&＃xff0c;其实并没有对values资源进行处理&＃xff0c;因为values比较特殊&＃xff0c;需要经过编译之后&＃xff0c;才能添加到资源表中。

给bag资源分配id&＃xff0c;在继续编译其他资源之前&＃xff0c;我们需要先给bag资源(attrs&＃xff0c;比如orientation这种属性的取值范围定义的子元素)分配id&＃xff0c;因为其他资源可能会对他们有引用&＃xff1b;

编译xml资源文件&＃xff1b;最后我们终于可以编译xml文件了&＃xff0c;因为我们已经为它准备好了一切可能引用到的东西(value&＃xff0c;drawable)进行编译&＃xff0c;内部流程会对layout,anims,animators等逐一调用ResourceTable.cpp进行编译&＃xff0c;内部流程又可以分为&＃xff1a;解析xml文件&＃xff0c;赋予属性名称资源id&＃xff0c;解析属性值&＃xff0c;扁平化二进制文件&＃xff1b;

编译AndroidMainfest.xml文件&＃xff1b;拿到AndroidMainfest.xml文件&＃xff0c;清空原来的数据&＃xff0c;重新解析&＃xff1b;处理package name 重载&＃xff0c;把各种相对路径的名字改为绝对路径&＃xff0c;编译mainfest.xml文件&＃xff0c;生成最终资源表&＃xff1b;

生成R.java文件&＃xff1b;

生成我们解压后看到的那个resources.arsc文件&＃xff1b;

第二步&＃xff1a;AIDL

aidl&＃xff0c;全名Android Interface Definition Language&＃xff0c;即Android 接口定义语言&＃xff1b;

输入&＃xff1a;aidl后缀的文件&＃xff1b;

输出&＃xff1a;可用于进程通信的C/S端java代码&＃xff0c;位于build/generated/source/aidl;

第三步&＃xff1a;java源码编译

我们有了R.java和aidl生成的java文件&＃xff0c;再加上工程的源代码&＃xff0c;现在可以使用javac进行正常的java编译生成class文件了。

输入&＃xff1a;java source的文件夹(另外还包括了build/generated下的&＃xff1a;R.java&＃xff0c;aidl生成的java文件以及BuildConfig.java);

输出&＃xff1a;对于gradle编译&＃xff0c;可以在build/intermediates/classes里&＃xff0c;看到输出的class文件。

源码编译之后&＃xff0c;我们可能还会对其进行代码的混淆&＃xff0c;混淆的作用是增加反编译的难度&＃xff0c;同时

也将一些代码的命名进行了缩短&＃xff0c;减少了代码的占用空间。混淆完成之后&＃xff0c;会生成一个混淆前后的映射表&＃xff0c;这个是用来反映我们的应用执行的时候的一些堆栈信息&＃xff0c;可以将混淆后的信息转化为我们混淆前实际代码中的内容&＃xff1b;

第四步&＃xff1a;dex

调用dx.bat将所有的class文件(上一步生成的以及第三方库的)转化为class文件&＃xff0c;dx会将class转化为Dalvik字节码&＃xff0c;生成常量池&＃xff0c;消除冗余数据等&＃xff1b;

第五步&＃xff1a;apkbuilder

打包生成apk文件。旧的apkbuilder脚本已经废除&＃xff0c;现在都已经通过build.jar的ApkBuilder类进行打包了。

输入&＃xff1a;我们之前生成的包含resources.arcs的.ap_文件&＃xff0c;上一步生成的dex文件以及其他资源如jni&＃xff0c;jar包内的资源&＃xff1b;

大致步骤为

以包含resources.arcs的.ap_文件为基础&＃xff0c;new一个ApkBuilder&＃xff0c;设置debugMode

apkBuilder.addZipFile(f);

apkBuilder.addSourceFolder(f);

apkBuilder.addResourcesFromJar(f);

apkBuilder.addNativeLibraries(nativeFileList);

apkBuilder.seaApk();//关闭apk文件

generateDependencyFile(depFile,inputPaths,outputFile.getAbsoulutePath());

第六步&＃xff1a;Jarsigner

对apk文件进行签名。APK需要签名才能在设备上运行安装&＃xff1b;很多时候我们在逆向改完后&＃xff0c;会因为没有签名文件导致最后的apk无法正常使用&＃xff0c;又细分为本地验证和服务器验证&＃xff1b;

第七步&＃xff1a;zipalign

调用buildtoolszipalign&＃xff0c;对签名后的apk文件进行对齐处理&＃xff0c;使apk中所有资源文件距离文件起始偏移为4字节的整数倍&＃xff0c;从而在通过内存映射访问apk文件时会更快。同时也减少了在设备上运行时的内存消耗。