在Android构建过程中,自定义apk名称是个很常见的需求。自定义修改如下:
android {
android.applicationVariants.all { variant ->
variant.outputs.all { output ->
def buildNoSuffix = System.env.BuildNo ? ".${System.env.BuildNo}" : ".0"
//重命名为
def releaseApkName = "${variant.name.capitalize()}_${variant.mergedFlavor.versionName}${buildNoSuffix}.apk"
println "releaseApkName: " + releaseApkName
outputFileName = releaseApkName
}
}
}
我们工程也是按照如上的修改进行自定义apk名称。突然有一点发现构建出来的apk名称和预期的不一样(最后BuildNo 不对, 不是当前构建指定的BuildNo)。
例如:当前构建的BuildNo = 100 时,构建的apk 应该为 *****.100.apk
可是最终构建出来的apk是 *****.80.apk, BuildNo 是一个之前使用过的BuildNo,感觉像是
grade 使用了之前的缓存一样。
这个问题排查了半天,最后的原因是和之前我们优化构建速度有关。
我们跟踪分析构建过程中每个task执行耗时,发现 app:lintVital***Release
在整个构建过程中耗时最久,评估后在构建中可以不执行这个task,来提升构建速度。
tasks.whenTaskAdded { task ->
if (task.name.contains("lint")) {
println "ignore lint task : ${task.name}"
task.enabled = false
}
}
关闭这个优化后,apk名称修改也就正常生效了。
这里记录下这个不常见的问题,方便以后翻阅。
END!
网友评论