在aapt之前,Gradle插件中的各类Merge类的Task会对Manifest、Res、Assets进行合并,这些被合并的资源可能来自于项目内部、android.jar、arr等第三方。这些合并后的文件作为输入文件,在经过appt编译后,编译后的资源文件、R.java文件,同时aapt也负责合并产生各类的混淆文件。
另外,在javac与dex操作之间多了一个proguard(混淆),proguard读取.class文件,生成混淆后的.class文件,交给dex(或d8)。
放弃构建
非常厉害,你对Android构建流程的了解已经超过了绝大部分的开发者(我猜的:-))。
不过离实践还差一点,想想当我们点击运行的时候gradle是怎么实现上述构建流程的? 当我们运行assembleRelease
命令进行打包时,咦?这一串是啥玩意?对着上面分析的流程你就知道是啥玩意了。
解读版:
//以下两个task是预编译工作,暂不关心
Task :app:preBuild UP-TO-DATE
Task :app:preReleaseBuild UP-TO-DATE
//aidl编译
Task :app:compileReleaseAidl NO-SOURCE
//生成BuildConfig文件
Task :app:generateReleaseBuildConfig
//编译Renderscrip,暂不关心(感兴趣的可以去探究Renderscrip)
Task :app:compileReleaseRenderscript NO-SOURCE
//*
Task :app:javaPreCompileRelease
//生成资源文件并合并
Task :app:generateReleaseResValues
Task :app:generateReleaseResources
Task :app:createReleaseCompatibleScreenManifests
Task :app:extractDeepLinksRelease
Task :app:processReleaseManifest
Task :app:prepareLintJar UP-TO-DATE
Task :app:checkReleaseDuplicateClasses
Task :app:desugarReleaseFileDependencies
Task :app:mergeReleaseResources
//产生build/intermediates/compile_and_runtime_not_namespaced_r_class_jar/release/R.jar文件
Task :app:processReleaseResources
//javac将java编译成Class文件
Task :app:compileReleaseJavaWithJavac
//将资源文件编译并生成resource.arsc文件,并放入.ap_文件中(./app/build/intermediates/processed_res/release/out/resources-release.ap_)
Task :app:compileReleaseSources
Task :app:lintVitalRelease
//dex工具将.class文件编程传.dex文件
Task :app:dexBuilderRelease
//合并非res/的资源文件及assets文件
Task :app:mergeExtDexRelease
Task :app:mergeReleaseShaders
Task :app:compileReleaseShaders NO-SOURCE
Task :app:generateReleaseAssets UP-TO-DATE
Task :app:mergeReleaseAssets
Task :app:processReleaseJavaRes NO-SOURCE
Task :app:collectReleaseDependencies
Task :app:sdkReleaseDependencyData
Task :app:mergeReleaseJniLibFolders
Task :app:mergeReleaseNativeLibs
Task :app:stripReleaseDebugSymbols NO-SOURCE
Task :app:mergeReleaseJavaResource
//合并.dex文件
Task :app:mergeDexRelease
//将.dex文件、.ap_打包进以及非res资源文件打包进.apk文件中并签名
Task :app:packageRelease
使用zipalign对apk进行体积优化
Task :app:assembleRelease
复制代码
说好的「放弃构建」,怎么还没放弃呢?了解到构建流程后,现在 放弃 自动构建apk,使用手动构建apk。步骤如下:
1、编译项目中的res资源文件(assets除外),生成对应二进制资源文件,并将这些二进制文件打包进res.zip文件中
$aapt2 compile -o build/res.zip --dir ./app/src/main/res
复制代码
2、将res.zip文件与sdk进行连接
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
,生成.ap_文件(包含编译好的资源文件、manifest文件、arsc文件)和R.java文件,
$aapt2 link build/res.zip -I $ANDROID_HOME/platforms/android-21/android.jar --java build --manifest ./app/src/main/AndroidManifest.xml -o build/app-debug.ap_
复制代码
3、将java文件编译成.class文件
$javac -d build -cp $ANDROID_HOME/platforms/android-21/android.jar com/*/.java
复制代码
4、将上一步中生成的.class文件编译成.dex文件
$d8 --output build/ --lib $ANDROID_HOME/platforms/android-21/android.jar build/com/example/application/*.class
复制代码
5、使用zip命令打包第(2)步中的.ap_资源文件与第(4)步中的.dex文件,打包成一个未签名的apk
$zip -j build/app-debug.ap_ build/classes.dex
复制代码
6、修改.ap_为.apk,并使用apksigner对apk进行签名
$apksign -ks ~/.android/debug.keystore build/app-debug.apk
复制代码
有同学可能会有疑问,aapt、aidl、javac、dex、apkbuilder Jarsigner、zipalign这些工具和Gradle插件的task是什么关系呢?
答:Gradle插件自动化构建的过程,就是在Task中直接或间接地调用这些手动打包过程中使用的工具。
总结
至此APK的构建流程基本分析完毕,读者可以根据gradle插件的源码进一步了解gradle插件打包的具体操作。
可以在build.gradle文件中,写入如下代码,输出每个Task对应的类,然后查看Task的具体工作:
//build.gradle
gradle.taskGraph.whenReady {
it.allTasks.each { task ->
println(“Task Name : KaTeX parse error: Expected '}', got 'EOF' at end of input: … println "-----{t.class}”
}
//def outputFileStr = task.outputs.files.getAsPath();
//def inputFileStr = task.inputs.files.getAsPath()
}
}
dependencies {
…
testImplementation “com.android.tools.build:gradle:4.0.0”
…
}
作者:d卡普b
链接:https://juejin.im/post/6882328361294069773