对于智能手机稍有关注的朋友可能都有这样的感触，最近这几年来手机的存储空间是越来越大，如今主流市场的产品也已经从64GB起步，标配128GB，甚至256GB也不再嫌多了。而手机厂商提供更大的存储空间自然是基于用户的需求，毕竟最近几年大家手中的手机空间是愈发不够用了。
不知不觉之间，APK包越来越大
时间来到2018年，由于社交网络的全面触及日常生活的方方面面，因此在微博、微信、抖音、快速的包围之下，照片和视频在手机中已经堆积成山，同时由于手机性能的飞跃，如今3D大型游戏和视频剪辑也都已经在手机上能够流畅运行了。
这也使得照片、视频、APP成为了吞噬我们的手机空间的“元凶”，其中以国民应用微信为例，2011年摆脱“测试版”地位的2.1版仅有1.39MB，但是如今最新的6.6.7版已经有了62.28MB。七年的时间里，微信从一款只能收发消息、分享照片的简易版QQ变成了集支付、应用分发、流量入口的社交王国。
APP本身的体积疯狂膨胀不仅是因为功能的垒加，更是和Android生态的碎片化息息相关。不同于iOS开发者，Android软件的开发商需要适配的设备更多，而目前市面上智能手机浩如烟海，屏幕的分辨率从HD+、FHD、FHD+、QHD不一而足，为了尽可能的扩大覆盖的用户群体，开发者需要针对不同的分辨率准备相应的素材，因此尽管一款手机只能用上一种素材，也导致其他素材自然就成为了无用的冗余。
因此如今的Android手机存储空间够不够用，很大程度上要看安装的APP够不够良心。如今的Android就像当年的Windows，遇上《仙剑奇侠传6》，就是双路E5+四路泰坦+64G内存也毫无办法，说“泰坦陨落”就陨落，该卡还得卡。故而最理想的做法，是给每个不同分辨率和硬件平台的设备分别制作量身打造的版本，这样既能保证兼容和性能，又能最大程度缩减应用体积。
谷歌又来救苦救难了
这样的想法并不难，因此作为Android系统的维护者谷歌，在面对如今这个APP基本上50-100MB起步，手机游戏动辄2GB-3GB的现状，也终于在今年的I\\O大会上拿出了新功能——Android App Bundle(应用整合包)和Dynamic Delivery(动态分发)。
这些让人不明觉厉的名称是什么意思呢？App Budle的功能就是把原来一整个APK包拆分成了多个模块。之前用户从分发渠道中拿到的APK包是一个涵盖了针对不同屏幕、SoC的整合包，而在应用这一新机制后，开发者就能实现“千机千面”的专属App Bundle(应用束)，使得APK的体积显著缩减。
需要注意的是，以上所有的工作都是在服务器端完成的，这样当用户下载APK包时，谷歌的Dynamic Delivery功能会将数据以代码的形式发送至服务器端，并匹配用户设备的资源子集。这样，用户便可在应用商店上看到较小的安装程序并选择下载。
这一全新机制的优势——在用户下载APP的时候，应用商店的新动态机制只会传输适配用户设备的专属代码和资源。应用商店上看到的安装包体积更小，下载速度也越快，同时也节省了设备存储空间。
比如，上图中左侧的是旧版APK交付样例，需将全部资源都交付至设备，右侧则是新的动态交付样例，服务器端只向用户设备交付必要资源。在最新的Android Studio 3.2 金丝雀版的测试之中，Twitter的体积减少了35%、LinkedIn的体积减少了23%，所呈现出的效果着实喜人。
未来很美好，落地略崎岖
对于有面向不同使用语言的全球用户进行开发的需求，谷歌也准备了语言包的动态下发机制，开发者可以使用Configuration Split APK来针对不同语言进行划分。用户下载的APK将仅下载一个包含当前系统语言的Base APK，而其他语言包则作为Dynamic feature(动态特征)下发给用户，这样用户也能够进行平滑的切换。
如果Android App Bundle能够如愿上线的话，对于目前安卓市场的应用分发生态将会是一场革命性的洗牌。因为这一机制不仅是在开发者层面进行革新，用户也可以自主选择性的部署APK功能，而从今往后，安卓APP也将会进入模块化阶段。
凡事有利有弊，作为新机制的代价，谷歌以整合应用商店资源的名义要求共享开发者的签名密钥。众所周知，签名密钥对由签名私钥和验证公钥组成，用做数字签名的这一对密钥一般可以有较长的生命期，而一般来说私钥是不需要知会渠道方的，毕竟共享行为会造成密钥泄露，引发不必要的风险。
所以这项对消费者体验有着明显提升的新功能，能否在第三方开发者们之中造成“天下云集响应，赢粮而景从”的效果，就还要需要看谷歌与开发者们之间的博弈了。
閱讀更多 三易生活 的文章
