androidAppBundle是一系列的文件,主要目的是app"瘦身"吧,需要借助bundletool最终要变成相应的apk部署到设备上。
- splitAPKs介绍
- project生成bundle
- bundle生成apk
前言:
-
androidBundle是什么?
googlePlay上一种新的上传格式,以前是传apk,现在可以传Bundle。GP通过dynamic Delevery从Bundle中现在特定的配置给用户。 -
androidBundle的使用场景和优势
1.split APKs。
这个概念类似多apk,不过现在不用打包上传很多不同apk了,只需要上传bundle,因为apk生成是gp操作的。
面向多国家针对不同语言、屏幕、abi做不同适配的app。由于需要各种适配,配置文件较多,apk就变大了。但是实际上某一用户使用时,如需要english+480+armabi,其他的配置其实就可以不要了。googlePlay的dynamicDelevery可以帮我们管理,用户下载的apk变小了,开发者也不用打包很多apk了。
2.dynamic feature module
这个概念感觉像是游戏里面到某个新地图才开始下载那样,不是一来就把所有资源都下载下来。这样显得apk更小了,而且就像游戏逻辑一样,高级副本的地图新手或者一部分菜鸡永远也没机会进去一样,有的用户可能很久都不会用到部分功能,就可以放在dynamic feature module,等要用的时候再下载。
当然app都需要一个BaseMoudle,就是以apply plugin application那个,主模块和分模块有一些规则,有点像是多模块application和library的关系。不过dynamic feature module是apply plugin: 'com.android.dynamic-feature' -
尝鲜需要的环境
1.环境
需要as3.2 canary14+ 以及gralde3.2+才能使用buildBundle工具
2.配置
既有的项目生成splitAPKs可以自动生成。但是如果要搞dynamic feature module,就要加新的dynamicModule的相关设置,可能要涉及到重构,把其他独立业务抽成dynamic feature module。
Split Apks(5.0+)
-
baseApk
包含了app所有基础功能的code和resuources,这个在第一次下载的时候就会安装。
-
configuration Apks
这个配合着baseApk或者dynamic feature apk使用。
包含各种特定配置的nativelibrarise和resources。
GP通过bundle里面的资源可以自动生成,不用我们操心。
-
Dynamic feature Apks
这个是在后面按需的时候才会下载安装,第一次下载不会。
比如一些模块功能如拍照,第一次安装不会安装这个apk,后面拍照的时候才去下载。
splitApks需要5.0以上才支持,5.0以下的gp会按照mutilApk管理,所以不用担心api兼容问题。
project生成bundle
官方提供了两种方法,一种是as3.2+gradle3.2可以直接buildBundle,一种是通过bundleTool命令行生成。
1.AS的方式生成
需要AndroidStuido升级到3.2Canary14+就会有BuildBunlde的选项,和之前buildApk在一个位置。同时需要gradle升级到3.2+才允许使用这个功能。
2.通过命令行生成
./gradlew :base:bundleDebug
生成的bundle是一个.aab格式的压缩文件,用解压出来后。看到的那个base目录就是对应的baseModule,由于这个项目就是一个helloWorld,所以没dynmaicFeatureModule。
Base进去看到是一些很熟悉的文件,dex manifest res.....
Bundle生成apks
上面生成了.aab文件,但是不能直接安装到设备上。需要通过bundleTool来生成。
文档里面说把bundle递交到googlePlay,GP就可以在用户下载的时候,根据用户设备的特性,给予相应的apk,这样包就比下载所有配置的要小一些。GP也是通过bundleTool来工作的,所以我们也可以根据这个来测试我们的bundle是否能有效工作。
官方bundleTool提供了一个对应的jar,里面有一些build apk,exctra apk等一系列命令,来帮助生成apk,github上也有源码,有兴趣可以去看看。
我用的bundleTool已经到0.4.1了,修复了之前的一个Bug,language分割需要手动设置,现在默认language density abi三个维度默认是开启了。当然可以手动设置去禁用一些。
1.通过bundletool build-apks --bundle=/MyApp/my_app.aab --output=/MyApp/my_app.apks来生成apks
这里的bundletool是一个别名 = java -jar yourJarPath;
alias bundletool='java -jar /Users/**/Desktop/Documents/project/bundletool-all-0.4.1.jar '
所以如果不想配置别名,还是老老实实的在命令行敲java -jar yourJarPath --bundle=*** --output=***;
此时虽然会生成apks了,但是会警告你没有签名,后面将不能安装到设备上。
所以需要加上签名相关的参数
--ks=*** (keyStore文件)
--ks-pass=pass:*** (keyStore密码)
--ks-key-alias=*** (alias)
--key-pass=pass:*** (密码)
其实就是和之前生成签名apk的参数一样的。
执行完命令后得到后缀名为.apks的压缩文件,解压后可以看到有很多apk,果然不愧后缀名为apks。
上面是语言split下面是设备尺寸split,但是为啥没有abi split呢~~
2.安装apk到设备上
上面得到的apks也是不能直接安装,通过bundletool install-apks --apks=***.apks(bundletool没配置的就按前面的java -jar)安装。
这里需要加上--adb参数,文档里面没提,估计是bundlTool的bug吧。
bundletool install-apks --apks=***.apks --adb=上面的地址
这样apk就安装到手机上了,不过对比直接安装和bundle安装的apk大小只差了200k,我的内心是崩溃的。(helloWorld工程测试的,多配置的项目应该会要明显很多,后面再加上dynamic feature module试试,不过大项目上要专门分离dynamic module出来还是有点费劲的)
3.导出apk
除了安装上去,也可以导出特定的apk。
获取连接设备的配置信息
bundletool get-device-spec
--output=/Users/**/Desktop/hongmi.json
--adb=/Users/**/Library/Android/sdk/platform-tools/adb
然后就有一个连接的红米手机的配置信息,已json形式保存
{
"supportedAbis": ["arm64-v8a", "armeabi-v7a", "armeabi"],
"supportedLocales": ["zh-CN"],
"screenDensity": 480,
"sdkVersion": 23
}
根据配置导出特定apks
bundletool extract-apks
--apks=/Users/**/Desktop/d.apks
--output-dir=/Users/**/Desktop/myapks
--device-spec=/Users/**/Desktop/hongmi.json
可以看到这三个apk都是之前很多base里面针对红米配置的,其他配置apk已经没有了,有条件还是要在GP的play consle上试一试。
后续
- 后续要继续调研下dynamic feature module,改动大不大、坑多不多,权衡下利弊,值不值得做。
- 看看能不能在GP上正常工作。