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…..
image.png
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。
屏幕快照 2018-05-31 下午5.24.47.png
屏幕快照 2018-05-31 下午5.24.52.png
上面是语言split下面是设备尺寸split，但是为啥没有abi split呢~~
2.安装apk到设备上
上面得到的apks也是不能直接安装，通过bundletool install-apks –apks=***.apks（bundletool没配置的就按前面的java -jar）安装。
这里需要加上–adb参数，文档里面没提，估计是bundlTool的bug吧。
image.png
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
屏幕快照 2018-05-31 下午8.12.23.png
可以看到这三个apk都是之前很多base里面针对红米配置的，其他配置apk已经没有了，有条件还是要在GP的play consle上试一试。
后续
- 后续要继续调研下dynamic feature module，改动大不大、坑多不多，权衡下利弊，值不值得做。
- 看看能不能在GP上正常工作。
