在日常使用中,包体积的增大,使得需要根据手机架构选择打包方式
android{
defaultConfig{
......
ndk {
//选择要添加的对应cpu类型的so库
abiFilters 'armeabi-v7a', "arm64-v8a"
}
}
}
这只是选择集成了64位和32位的arm架构包。
当前时间点,国内应用市场与Google Play保持步调一致,需要集成64位的包,甚至只需要32/64的APK包。下图是应用宝的截图。在其他应用市场可以单独发不同的包。
gradle根据架构打包方式:
splits {
abi {
enable true
reset()
include "armeabi-v7a", "arm64-v8a"
universalApk true
}
}
这里参考了优化ApK大小之ABI Filters 和 APK split
但是有个问题
gradle.startParameter.taskNames.find {
// Enable split for release builds in different build flavors
// (assemblePaidRelease, assembleFreeRelease, etc.).
if (it ==~ /:app:assemble.*Release/) {
isReleaseBuild = true
return true // break
}
return false // continue
}
以上代码在abi根据是否是release环境进行分包,在实际应用的时候有区别。
如果你是在通过AS打包,这里选择了release环境
通过Build目录下的选项进行打包,如此能打出不同架构的包。
但是如果是命令行方式gradlew clean assemble
或者图中的方式出来的包就没有分包。
将Splits
放入buildType
的release
中是不行的,也会影响全局。
因此建议直接就分包了,不根据某个编译环境处理,当然如果有想法的可以说说。
在这基础上,如果想将打好的APK重命名的话,加入下列代码:
// 自定义apk名称
android.applicationVariants.all { variant ->
variant.outputs.all { output ->
outputFileName = "${appName}-${defaultConfig.versionName}.apk"
}
}
将可能出现问题
Execution failed for task ':app:packageRelease'.
> Multiple task action failures occurred:
> A failure occurred while executing com.android.build.gradle.tasks.PackageAndroidArtifact$IncrementalSplitterRunnable
> java.io.IOException: Failed to create "******.apk"
//或者下面这句话
Could not find EOCD in .apk
这是命名和分包机制冲突了,只需要重新处理名字就好了
android.applicationVariants.all { variant ->
variant.outputs.all { output ->
project.ext { appName = "App" }
String abi = ""
if (output.getFilters() != null && output.getFilters().size() > 0) {
abi = "-" + output.getFilters().get(0).getIdentifier()
}
println abi
outputFileName = "${appName}${abi}-${defaultConfig.versionName}.apk"
}
}
如此打出来的包就会都有了,当然了建议命令行编译的时候分别出包,如此体积不会很大。