多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
Android的构建过程涉及到许多工具和流程,并会产生一系列中间件,最终生成一个APK文件,可以根据官方提供的流程图来具体了解构建的过程。 ![](https://box.kancloud.cn/2016-03-16_56e8da7e14e78.jpg) 通常的构建过程就是如上图所示,下面是具体描述: 1.AAPT(Android Asset Packaging Tool)工具会打包应用中的资源文件,如AndroidManifest.xml、layout布局中的xml等,并将xml文件编译为二进制形式,当然assets文件夹中的文件不会被编译,图片及raw文件夹中的资源也会保持原来的形态,需要注意的是raw文件夹中的资源也会生成资源id。AAPT编译完成之后会生成R.java文件。 2.AIDL工具会将所有的aidl接口转化为java接口。 3.所有的java代码,包括R.java与aidl文件都会被Java编译器编译成.class文件。 4.Dex工具会将上述产生的.class文件及第三库及其他.class文件编译成.dex文件(dex文件是Dalvik虚拟机可以执行的格式),dex文件最终会被打包进APK文件。 5.ApkBuilder工具会将编译过的资源及未编译过的资源(如图片等)以及.dex文件打包成APK文件。 6.生成APK文件后,需要对其签名才可安装到设备,平时测试时会使用debug keystore,当正式发布应用时必须使用release版的keystore对应用进行签名。 7.如果对APK正式签名,还需要使用zipalign工具对APK进行对齐操作,这样做的好处是当应用运行时会减少内存的开销。  在构建APK的过程中,当APK过大,应用中的方法数量超过65536限制的时候,可能会报如下错误:Unable to execute dex: method ID not in [0, 0xffff]: 65536。一旦遇到上述错误,就需要使用MultiDex方案来解决,但官方的MultiDex方案有一些限制,因此还得使用各种策略填坑才行,具体可参考网上不少较优秀的解决方案。 参考文档:https://developer.android.com/sdk/installing/studio-build.html#detailed-build