前言
作为一个Android
开发,每天都会有适当一部分的时刻花在编译打包上,假如项目比较大的话编译一次可能就要十几分钟。
那么在编译打包的进程中AGP
究竟做了什么?为什么编译那么耗时,又该怎样优化?要解决这些问题,首要就需要咱们对编译打包的流程有个整体的了解
本文首要包括以下内容
- 编译打jvm内存模型包整体流程
- 编译打包首要进程
- 编译打包进程中的
Task
编译打包整体流程
首要看下Android
官网给出的编译打包整体流程
典型 Android
运用的构建二进制怎么算流程如图所示,首要分为以下几步:
- 编译器将您的源代码转化成
DEX
文件(Dalvik
可履行文件,其间包括在Android
设备上运转的字节码)二进制换成十进制算法,并将其他一切内android的drawable类容转化成编译后的资源。 - 打包器将
DEkotlin为什么流行不起来X
文件和编译后的资源组合成APK
或AAB
(详细取决于所选的二进制换成十进制算法build
目二进制亡者列车标)。 - 打包器运用调试或发布密钥库为
APK
或AAB
签名。 - 在生成终究
APK
之前,打包器会运用zipalign
东西对运用进行优化,以削减其在设备上运转时所占用的内存
编译打包首要进程
关于Android
编译打包还有一张愈加杂乱的图
这个看起来是适当杂乱的,但其实咱们也能够把安全教育手抄报这些进程做一个分类,跟整体流程的四个进程做一个对应
资源与代码编译
资源文件编译
apk
资源包含:
- 工程中
res
目录下的一切文件 -
assets
目录下的文件 AndroidManifest.xml
apk
的资源编译是编译进安全教育日程中的一项首要作二进制亡者列车业,AGP3.0.0
之二进制换成十进制算法后默许经过AAPT2
来编译资源。
AAPT2
(Android Asset Packaging Tool2
)是一种构建东西,Android Studio
和 A二进制ndroid Gradle
插件运用它来编译和打包运用的资源。AAPT2
会解析资源、为jvm性能调优资源编制索引,并将资安全教育平台登录入口源编译为针对 Android
平台进行过优化的二进制格局。
AAPT2
做了什么优化?
为什么AGP3.0.0
之后默许经过AAJVMPT2
来编译资源呢?它又做了什么优化呢?
AAPT2
支持经过启用增量编译完成更快的资源编译。jvm调优这是经过将资源处理拆分为androidstudio安装教程两个进程来完成的:
- 1、编译:将资源文Android件编译为jvm是什么二进制格局。
把一切的Android
资源文件进行解析,生成扩展名为.flat
的二进制文件。比方是png
图片,那么就会被紧缩处理,选用.png.flat
的扩展名。能够在build/intermediates/merged_res/
文件下检查生成的中心产物
- 2、链接:兼并一切已编译的文件并将它们打包到一个软件包中。
首要,这一步会生成辅助文件,比方R.java
与resources.arsc
,R
文件咱们应该都比较了解,便是一个资源索引文件,咱们往常引证也都是经过R.
的方式引证资源id
。而resources.arsc
则是资源索引表,供在程序运转时依据id索引到详细的资源
最终,会将R
文件,ressources.arsc
文件和之前android的drawable类的二进制文件进行打包,打包到一个软件包中。
这种拆分方式有助于进步增量编译的功能。例如,假如某个文件中有更改,您只需要从头编jvm面试题译该文件。
AIDL
文件编译
对于AIDL
,咱们应该都很了解,它是一种用于进程间通信的接口文件。
其实它是G安全教育平台作业登录oogle
为了协助咱们进行进程间通信android什么意思的简洁写法,最终仍是需要被解析编译为java
文件,而做这二进制转换器个作业的便是aidl
东西,存在于sdk/build-tools
目录。
这个阶段的首要的作业便是将项安全生产法目中的aidl
文件编译为java
文二进制转八进制件。
Java
与Kotlin
文件编译
- 经过
Java Compiler
编译项目中一切的Javandroid是什么系统a
代码,包括R.java
、.aidl
文件生成的.java
文件、Java
源文件,生成.class
文件。在对应的build
目录下能够找到相关的代码 - 经过二进制的运算规则
Kotlin Compiler
编译项目中的一切Kotlin
代码,生成.class文件
注安全教育平台登录入口解处理器(APT
,KAPT
)生成代码也是在这个阶段生成的。当注解的生命周期被设置为CLASS
的时候,就代表该注解会在编译class
文件的时候生效,而且生成java
源文件和Class
字节码文件。
Class
文件打包成DEX
这一步便是将.class
文件二进制八进制十进制十六进制转换打包成dex
文件。
有人可能会奇怪了,.class
文件不便是JVM
能够辨认的二进制文件吗,为什么还要进行一次转化呢?
这就涉及到另一个问题:JVM
和 Dalvik(ART
的差异。
其间一个重要的差异便android平板电脑价格是Dakotlin怎么读lvik(ART)
有自己的二进jvm垃圾回收机制制文jvm是什么意思件,也便是.dex
文件,所以需要将class
文件进行再一次转化。
你能够把dex
文件理解为安全一个class
文jvm内存件包,里面装着很多的class
文件,让这些类能够同享数据,相似这种关系:
D8
编译器与R8
东西
在 AGP 3.X
今后,Google
分别引进 D安全期计算器8
编译器和 R8
东西作为默许的 DEX
编译器和混杂紧缩东西。
- 在
AGP3.0.1
之后,D8
编译器代替了Dx
,用于将class
文件打包成DEX
,D8
编译器编译更快、时刻更短android的drawable类;DEX
编译时占用内容更小;生成的dex
文件大小更小;一起具有相同或者是更android是什么系统好的运转时功安全教育平台登录能; - 在
AGP3.4.0
之后,默许开启R8
,R8
是ProGuard
的代替东西,用于代码的紧缩(shr二进制换成十进制算法inking
)和混杂(obfuscation
)
在 AGP3.4.0
版别中,R8
把 desugaring
、shrinking
、obfuscating
、optimizing
和 dexing
都兼并到一步进行履行。在 AGP3.4.0
曾经的版别编译流程如下:
在AGP3.4.0
之后的编译流程如下:
生成APK
包
在资源文件与代码文件都编译完成后,接下来便是生成apk
包了,将manifest
文件、resources
文件、dex
文件、二进制assets
文件等等打包成一个紧缩包,也便是apk
文件。
在老版别运用的东西是apkbuilder
,但是在最新的版别我发现没有这个东西了,sdk
目录下也找不到android手机了。
在AGP3.6.0
之后,运用zipflinger
作为默许打包东西来构建APK
,以进安全教育平台登录入口步构建速度
zipalign
(对齐处理)
zipalign
是一种归档对齐东西,可对 Android
运用 (APK
) 文件供给重要的优化
zipalign
会对apk
中jvm原理未紧缩的数据进行4字节对齐二进制,对齐的首要进程是将APK
包中一切的资源文件距离文件起始偏移为4字节整数倍,对齐后就能够运用mmap
函数读取文件,能够像读取内存一样对一般文件进行操作。假如没有4字节对齐,就有必要显式的读取,这样jvm是什么意思比较缓慢而且会耗费额定的内存。
有的同学可能会有疑问,这个对齐处理不是应该放在签名之android手机后吗?其实这儿就涉及到了签名东西的不同带来的对齐处理的次序不同:
- 假如运用的是
apksigner
,只能在为APK
文件签名之前履行zipalign
。 - 假如运用的是
jarsigner
,只能在为APK
文件签名之后履行zipalign
。
对APK
进行签名
在生成APK二进制转八进制文件之后,有必要对该apk
文件进行签名,不然无法被安装。
之前咱们比较熟知的签名东西是JDK
供给的jarsigner
,而apksigner
是Google
专门为Android
供给的签名和签证东西。
其差异就在于jarsigner
只能进行v1
签名,而apksigner
能够进行v2
、vkotlin为什么流行不起来3
、v4
签名。下面咱们简单介绍下V1
签名和二进制V2
签名的差异,关于V3
,V4
签名的内容可参考:Android开发应该知道的签名常识!
Vkotlin为什么流行不起来1
签名
v1
签名方式首要是运用METkotlin和javaA-INFO
文件夹中以MF
、SF
和 RSA
的三个文件,流程如下所示:
首要,将apk
中除了META-INFO
文件夹中的一切文件进kotlin怎么读行进kotlin和java行摘要写到 META-INFO/MANIFEST.MF
;然后android是什么手机牌子核算MANIFEST.MF
文件的摘要写到CERT.SF
;最终核算CERT.SF
的摘要,运用私钥核算签名,将签名和开发者证书写android是什么系统到CERT.RSA
。
所以META-INFO
文件夹中这三个文件就能保证a安全教育手抄报pk
不会被修正。但是V1
签安全期计算器名计划首要有两个问题
- 一是签名校验慢,在签名校android的drawable类验时要针对
Apk
中一切的文android下载件进行校验,这会连累老设备的安装时刻。 - 二是
META-kotlin是什么INFO
文android平板电脑价格件夹不会被签名,存在一定安全隐患
V2
签名
Android7.0
之后,Google
推出了V2
签名,解决V1
签名速度慢以及签名不完整的问题。
apk本质上是jvm内存模型一个紧缩包,而紧缩包文件格局一般分为三块:
文件数据区,中心目录,中安全教育手抄报心目录完毕节。二进制转换器
而V2
要做的便是,在文件中刺进一个Aandroid下载PK
签名分块,位于中心目录部分之前,如下图:
这样处理之后,文件签名完成果无法修正了,这也是为什么Zkotlin怎么读ipAlign
对齐只能在ApkSigner
签名之android是什么系统前履行的原因。
编译打包进程中的Task
上面介绍了Apk
编译打包进程的首要进程,这些进程也都是经过AGP
插件完成的,那么这些首要进程又对应AGP
中的哪些Task
呢
当咱们在Android二进制八进制十进制十六进制转换 Studio
中点击Run
时,便能够在控制台看到一系列的Task
履行
Executing tasks: [:app:assembleDebug] in project
> Task :app:preBuild UP-TO-DATE
> Task :app:preDebugBuild UP-TO-DATE
> Task :app:mergeDebugNativeDebugMetadata NO-SOURCE
> Task :app:compileDebugAidl NO-SOURCE
> Task :app:compileDebugRenderscript NO-SOURCE
> Task :app:dataBindingMergeDependencyArtifactsDebug UP-TO-DATE
> Task :app:dataBindingMergeGenClassesDebug UP-TO-DATE
> Task :app:generateDebugResValues UP-TO-DATE
> Task :app:generateDebugResources UP-TO-DATE
> Task :app:mergeDebugResources UP-TO-DATE
> Task :app:packageDebugResources UP-TO-DATE
> Task :app:parseDebugLocalResources UP-TO-DATE
> Task :app:dataBindingGenBaseClassesDebug UP-TO-DATE
> Task :app:generateDebugBuildConfig UP-TO-DATE
> Task :app:checkDebugAarMetadata UP-TO-DATE
> Task :app:mapDebugSourceSetPaths UP-TO-DATE
> Task :app:createDebugCompatibleScreenManifests UP-TO-DATE
> Task :app:extractDeepLinksDebug UP-TO-DATE
> Task :app:processDebugMainManifest UP-TO-DATE
> Task :app:processDebugManifest UP-TO-DATE
> Task :app:processDebugManifestForPackage UP-TO-DATE
> Task :app:processDebugResources UP-TO-DATE
> Task :app:javaPreCompileDebug UP-TO-DATE
> Task :app:mergeDebugShaders UP-TO-DATE
> Task :app:compileDebugShaders NO-SOURCE
> Task :app:generateDebugAssets UP-TO-DATE
> Task :app:mergeDebugAssets UP-TO-DATE
> Task :app:compressDebugAssets UP-TO-DATE
> Task :app:processDebugJavaRes NO-SOURCE
> Task :app:checkDebugDuplicateClasses UP-TO-DATE
> Task :app:desugarDebugFileDependencies UP-TO-DATE
> Task :app:mergeExtDexDebug UP-TO-DATE
> Task :app:mergeLibDexDebug UP-TO-DATE
> Task :app:mergeDebugJniLibFolders UP-TO-DATE
> Task :app:mergeDebugNativeLibs NO-SOURCE
> Task :app:stripDebugDebugSymbols NO-SOURCE
> Task :app:validateSigningDebug UP-TO-DATE
> Task :app:writeDebugAppMetadata UP-TO-DATE
> Task :app:writeDebugSigningConfigVersions UP-TO-DATE
> Task :app:compileDebugKotlin
> Task :app:compileDebugJavaWithJavac
> Task :app:mergeDebugJavaResource UP-TO-DATE
> Task :app:dexBuilderDebug UP-TO-DATE
> Task :app:mergeProjectDexDebug
> Task :app:packageDebug
> Task :app:createDebugApkListingFileRedirect UP-TO-DATE
> Task :app:assembleDebug
BUILD SUCCESSFUL in 2s
35 actionable tasks: 4 executed, 31 up-to-date
上面便是点击运转进程中运转的一切Tandroid手机ask
,咱们精简一下,列出上面首要进程中说到的Task
//aidl 转化aidl文件为java文件
> Task :app:compileDebugAidl
//生成BuildConfig文件
> Task :app:generateDebugBuildConfig
//获取gradle中配置的资源文件
> Task :app:generateDebugResValues
// merge资源文件,AAPT2 编译阶段
> Task :app:mergeDebugResources
// merge assets文件
> Task :app:mergeDebugAssets
> Task :app:compressDebugAssets
// merge一切的manifest文件
> Task :app:processDebugManifest
//生成R文件 AAPT2 链接阶段
> Task :app:processDebugResources
//编译kotlin文件
> Task :app:compileDebugKotlin
//javac 编译java文件
> Task :app:compileDebugJavaWithJavac
//转化class文件为dex文件
> Task :app:dexBuilderDebug
//打包成apk并签名
> Task :app:packageDebug
上面这些Task
就对应于上面说的编译进程中的首要进程,比方mergeDebugRandroid下载esources
就对应于AAPT2
的编译jvm垃圾回收机制阶段,在Task
完毕后,会在build/intermediates/merged_res/
文件夹中生成Flat
文件
而processDebugResources
则对应于AAPT2
的链接阶段,会生成R.java
与resources.arsc
,并兼并一切已编译的文件并将它们打包安全教育平台到一个软件包中
关于其他Tas安全教育平台登录k
内容android下载也都比较多,感兴趣的同学能够自行检查相关源码,这儿就不缀kotlin为什么流行不起来述了
总结
本文首要详细介绍了Andrjvm面试题oid APK
打包编译的整体流程,首要进程,以及AGP
中相关的Task
。这些常识点在往常的开发中或许没有多大用途,但是假如你要做包体积优化,或者编译优化相关的一些作业的话,这些应该是需要了解的前置常识,希望对你有所协助~
参考资料
Android&Kotlin编译速度原理分析(上)
从构建东西看 Andro安全教育平台登录入口id APK 编二进制八进制十进制十六进制转换译打包流程
Android D8 编译器 和 R8 东西
Android开发应该知道的签名常识!