如何理解小米自研的新系统HyperOS(澎湃OS)?是否摆脱了屎山?

229次阅读

我终于知道之前MUI的流畅度和光椎动画的问题了。内容来自于微博博主(怕不是小小白)。weibo.com/5834233789/49

各家厂商用户为啥chi mi于更新安卓大版本,话说升级安卓大版本能带来什么良好的体验吗?可能是为了过谷歌测试CTS吧,为了海外市场吧。

插个题外话,当年的阿里云os可能就是动了谷歌Benefit,魔改优化加入自己的底层就算了,还想加入自己的应用内容生态,不过谷歌CTS测试认证,这个可是安卓最大Benefit,最终被谷歌Block。

华为的鸿蒙4.0现在还是基于aosp的安卓12魔改,自己造沦子,不必担心每次安卓大版本更新还得重新适配,想怎么玩就怎么玩。其他几家chi mi于安卓大版本更新每次得重新适配,重复造轮子,升级一次Android版本要重复造一次轮子、升级一次MIUI大版本又要重复造一次沦子;不同的处理器平台还要重复造沦子、还要兼顾各种发热异常凶猛的laji平台,Shit山代码越来越多了,更新安卓大版本还不如做好后期安卓的安全更新就行了。

​MIUI 12初期就遇上了Android 11更新,Android系统文件底层变为FUSE,这个机制限制了应用对文件系统的直接访问,使应用读写文件速度大幅衰退,很难支撑如此牛逼的光锥动画引擎。

之后Android 11发布,抢先第一批升级安卓大版本,让旗舰平台都很难带动完整动画了。而同时期的华为在搞红孟OS,aosp底层版本停留在Android 10,流畅度遥遥领先于OVM升级Android 11的定制系统的厂商。

MIUI 12.5同期遇上了火龙888的发布(后续MIUI 13为8g1,两代火龙)

MIUI的某些过于牛逼的实时动画引擎,完全没有基于Android系统的底层能力实现,而是纯凭自己造轮子。自己造沦子固然没有问题,甚至还可以被认为是“核心竞争力”,但当时MIUI并没有把MIUI大版本与Android大版本更新绑定(直到现在也没有)。

却从来没有想过,有没有可能是888和8G1的问题?有没有可能是谷歌Android11后更改文件底层FUSE的问题?有没有是一堆问题叠一块儿的问题? 因为害怕,反而修改了良好正确的反馈模式、更新机制。

​重复造沦子是一个非常严重的问题。自从红孟OS不再追求最新的aosp版本之后,他们就再也不需要重复造轮子了——自己造的轮子想用到什么时候就用到什么时候、想实现什么场景什么能力就可以随时实现——况且他们还不用过CTS。毕竟华为手机现在海外市场目前基本上放弃了,不怕谷歌Block,毕竟华为手机市场集中在国内,aosp是开源,谁都能用,再说国内也用不上谷歌GMS全家桶(这个才是安卓赚钱的地方),国内Android谷歌也没Benefit。

听说这次小米和谷歌Py一部分,允许加入一些自己的东西,但是不多,除非海外市场不要了。哎。。。。

如何理解小米自研的新系统HyperOS(澎湃OS)?是否摆脱了屎山?插图

如何理解小米自研的新系统HyperOS(澎湃OS)?是否摆脱了屎山?插图1

如何理解小米自研的新系统HyperOS(澎湃OS)?是否摆脱了屎山?插图2

如何理解小米自研的新系统HyperOS(澎湃OS)?是否摆脱了屎山?插图3

如何理解小米自研的新系统HyperOS(澎湃OS)?是否摆脱了屎山?插图4

原文链接:https://www.zhihu.com/question/626702276/answer/3258211466?utm_id=0

正文完