Google弃用APK更换AAB,国内各机厂何去何从?(谷歌将应用apk格式改为aab)

Google弃用APK更换AAB,国内各机厂何去何从?

一,Google弃用APK更换AAB,国内各机厂何去何从?

aab是要用上GMS的,现在的国产机,那个用了gms~

再者说,gs在国内就没法上,aab就是个空气。而且国产机那家没自己的app商店?

在国内不是国产适配aab,是要aab适配国产。


最后一点很重要!

Android如果敢在下一个版本中禁了apk,那鸿蒙就真的可以笑了。

因为到时国产只是两个半选择,一、旧版本的Android自己维护。二、切鸿蒙。还有半个选择是专门就对海外市场维护aab版的Android。

但是这样的成本是巨大的,而且会造成产品分裂,所以很大的可能就是切鸿蒙。

此外不仅仅是咱们有着各种的UI/OS,国外友商其实也有着自己开发的UI/OS,倒时如果鸿蒙能被国字头放手,丢到海外去你懂得,Android生生的造出了个强敌。

二,谷歌宣布8月起app改为abb

“鸿蒙系统2.0兼容安卓的APK应用软件”、“微软宣布即将发布的Windows11可以直接安装运行安卓APK应用软件”这两件事的加持之下,Google宣布弃用APK而采用全新的AAB应用软件格式就有点耐人寻味了。

于是很多人就对这件事进行了揣测和润色:“Google意欲对鸿蒙进行阻击和封杀,防止鸿蒙利用安卓生态圈进行成长”、“Google弃用APK格式更改为AAB格式,Windows11原生支持安卓软件这件事要凉凉了”、“Google将安卓应用软件的格式从APK更改为AAB格式,是不想安卓成为别人的附属品,想兼容就兼容”。

安卓应用程序AAB格式取代APK格式只是迟早的事情

AAB格式的全称是android app bundle,它是谷歌在2018年推出的格式,直到现在谷歌才宣布:“从2021年8月起,新应用需要使用android app bundle这个格式才能在Google Play上发布”。

实际上AAB可以理解为APK的动态打包,AAB借助Split Apk完成动态加载,大幅度减少应用软件的体积。比如,在APK项目中会同时包含xxhdpi、xhdpi,或者同时包含x86、arm、arm64bit的各一套so库,这些都会全部的装进用户的手机中,而Google Play基于AAB文件处理,我们在Google Play下载应用时会获取你的硬件信息,然后App Bundle会帮我们拼装好一个APK,只有手机硬件相应资源,而其他无关的都会被剔除。

AAB和APK的文件结构基本是保持一致的,只不过android app bundle对于apk的资源从多个维度进行了拆分。这样Google Play就能通过android app bundle进行动态的交付,手机硬件需要什么就给什么。另外android app bundle也支持模块化,将一个apk拆分成多个apk,按照需要进行加载,包括了C/C++ libraries。

android app bundle最终实现的结果和我们所理解的插件有异曲同工之妙,只不过android app bundle需要一过Google Play才能做到按需加载。

国内无法直接使用Google Play,所以也就无法使用AAB这种分发样式,但爱奇艺的开源框架Qigsaw就是一套android app bundle实现的安卓动态组件分发的方案,无需重新安装应用就可以动态的进行组件分发。所以不用担心国内不能使用android app bundle,这项技术国内手机厂商的应用市场很快就会跟进的,毕竟android app bundle并不是什么见不得人的秘密。

APK并没有死,只是它进化了,拆分成了更小的APK单元,这种新的模式毫无疑问显著的减小APP的体积,这样可以花费更少的时间来下载或者安装在存储空间更小的设备上。android app bundle是开源的并且会向后兼容,虽然APK会拆分成很多个APK,但在每个设备配置上仅会生成一个APK,而不是使用拆分的APK,在遥远的未来android app bundle可能会以另一种形态而存在,但不是现在。

总结

直到现在小伙伴是否会认为谷歌的AAB格式是为了狙击鸿蒙系统、Windows11而出现,AAB格式并不会妨碍鸿蒙系统、Windows11对于安卓应用的支持。上面的神逻辑也并不符合谷歌开源、开放的姿态,谷歌只会开发出更为新颖、创新的东西来续写他的新神话,而不是活在狭小的格局里。


以上个人浅见,欢迎批评指正。

认同我的看法,请点个赞再走,感谢!

喜欢我的,请关注我,再次感谢!

三,谷歌8月起新app从apk转为app bundle格式

有影响吗?他有说apk不允许运行了吗?国内的软件有哪一款软件是过了谷歌平台的?需要用到他的GMS的。你这个问题就是个伪命题。至少目前就是。

四,谷歌把apk改

你自己都说了,是google弃用apk换aab了,这和国内厂商什么关系?

简单点说,aab是开发者提交给google的文件格式,而apk是用户从谷歌商店下载的文件格式。

确切来说,aab就是全量包,里面包括了适配所有机型硬件的资源,比如高通adreno gpu驱动,ARM的gpu mali的驱动等,所以aab是一个面对所有机型,所有硬件的完整包。

正常的使用方式就是,开发者提供给谷歌aab包,谷歌审核上架。用户需要apk的时候,谷歌商店会读取用户的手机型号等硬件资料,然后打包一个适配用户手机硬件的apk下载给用户,用户此时获得的apk就是最精简但却最适配的版本。

谷歌弃apk改aab确有其事,但这句话如果没有上下文,就是断章取义。谷歌限制开发者提供的aab,其实和普通用户没多大关系,你安装的还是apk,只不过是被谷歌优化过的而已。

五,apk google app

根据Android Authority官方报道,谷歌并没有完全弃用APK,只是要求开发人员在2021年8月开始,所有提交到谷歌应用商店的应用,都必须以AAB格式提交。但目前APK的应用依然可以保持原有的方式运行。所以,国内各手机厂商不会有什么太大影响,毕竟它们不用谷歌GSM,也不用谷歌应用商店。不是吗?不过,虽然目前没有什么影响,对未来还是需要注意以下几点。

1、APK是否真的落伍了?微软win11刚说支持APK

首先说说APK,它是Android Package的缩写,有安卓系统的地方就一定会有APK的影子。国内手机厂商目前使用的应用程序100%都是APK。而谷歌突然说要强制开发者使用AAB格式,难道APK落伍了吗?可近日,微软才刚刚宣布win11系统可以支持原生的Android应用,消费者可以通过在微软商店、亚马逊商店集成实现。从这个消息来看,APK应该还没有到真正没落的时候。只是,谷歌出了一个新技术,想要推广而已。

再来看看AAB,它是谷歌在2018年推出的一种全新应用程序捆绑包。谷歌自己号称,这种新格式的应用程序文件容量会更小,控制起来更容易,更方便。谷歌商店中已经有数千个ABB应用程序。听起来似乎对消费者和开发者都是一个好消息。毕竟谁都希望程序更小,效率更高、修补更新更快。


然而,谷歌自己也意识到,要想一下子全面推行AAB并不是件容易的事。毕竟APK仍然运行流畅,并没有特别大的毛病。所以,它只能要求自己的应用商店必须使用AAB,而无法通过GSM或其他手段要求其他应用商店也必须支持。同时,谷歌还保留了将AAB格式自行导出为APK的功能。消费者如果想要使用AAB格式的新应用,可以自行导出成APK。由此可见,APK依然还有市场,并不会马上没落。国内手机厂商,也暂时不会有什么影响。

2、谷歌商店强制要求用ABB,反应了谷歌的意图

谷歌既然已经宣布要在自己的应用市场强制使用AAB格式捆绑包,那自然有它的小算盘。它除了宣传AAB格式的好处外,也在收紧谷歌应用商店的权利。消费者和开发者都被谷歌应用商店捆绑在一起,将来,谷歌商店终会成为无法绕开的入口。到那时候,谷歌就可以大肆收割韭菜。这一点和苹果的Apply Store是非常类似的。


同时,开发人员如果要满足将AAB格式导出为APK的功能,很有可能需要向谷歌提供应用程序的的签名秘钥。但是,开发人员都知道,这个应用程序签名秘钥是有相当大的权利的。相当于授权了谷歌可以代表开发人员签署应用程序。当然,我们相信谷歌不会做这么不安全的事,但不代表不会发生。


3、国内手机商一定要自主研发意识,不然永远都在担心

虽然APK目前不会马上被抛弃,国内手机厂商也可以继续使用APK很长一段时间,但终究受限于别的厂商。如果别的厂商突然改变策略,或者憋个大招,对将来还是会有很大的影响。就像谷歌这次的AAB,虽然不会马上影响到国内手机,但也不代表将来AAB流行起来了不会影响。毕竟应用生态才是手机和系统的关键因素。所以,国内手机厂商们一定要未雨绸缪,一定要有自主研发的意识。能够自主研发的尽量自主研发,一则可以提高自己手机的用户体验,二则可以为自己沉淀技术,三则可以防范未然。这也是华为当年之所以要坚持自研的出发点。

总结

谷歌推行AAB,对谷歌来说是一件好事。对消费者来说,或许也是个好消息。但对国内手机厂商来说,未必是个好消息。虽然目前不会对APK造成多大影响,也不会影响自己的市场变化。但是,随着时间推移,应用生态可能会改变到AAB格式的生态。所以,国产手机商一定要有自主研发意识。


总结:以上内容就是永修手游提供的Google弃用APK更换AAB,国内各机厂何去何从?详细介绍,大家可以参考一下。