华为鸿蒙OS抢先！谷歌新系统“卡壳”，移除了安卓的代码

Android进入“续命”状态，ChromeOS貌似“改名”求生……

归属于Alphabet母公司的谷歌（Google），当真是多产品“包袱”加身、负重前行了。

一个是主要以「智能手机」设备 为主平台的Android项目（AOSP），一个是打着轻量化「笔记本电脑」网络系统的Chrome OS项目，似乎哪个都搞得谷歌方面不太顺心？

更进一步的是，时间线拉到2022年7月份中旬，原本寄希望于整合Android配套GMS生态、以及Chrome OS项目的谷歌「全新」Fuchsia OS操作系统，也有了新进展……

据悉，上一次充满标志性的进展事件，还是谷歌技术团队终于有进步、将Fuchsia OS适配到智能音箱，一度让行业误以为“成熟”了。

这一次，就有些尴尬了：既没有进一步适配智能手机，也没有突破「软总线」技术~

上述两项极为重要的技术应用方案，却早已经出现在了华为鸿蒙OS项目，还乘风破浪 聚拢了海量物联网设备！

相关科技资讯披露：尚不清楚出于何种原因，谷歌技术团队大手一挥、抽离了Android开源项目（AOSP）存在已久的Fuchsia OS大量代码！

据了解，谷歌方面原本希望 全新Fuchsia OS能够运行Android、以及其它Linux内核系统中 丰富且主流的第三方App服务。（实际上，技术化兼容模式，其实可以做到了）

不同于华为HarmonyOS（鸿蒙OS）分布式架构技术方案，谷歌尝试过了“虚拟机”运行策略；但这会引起比较明显的“性能损失”，尤其是在部分硬件性能一般的设备上。

然后就是，2019年主导迭代AOSP开源项目时，外界赫然发现内置了“额外”的代码：一个单独的项目。

最初定义的是，谷歌方面为了适配 Fuchsia 设备，而设计了Android Runtime 进程。

此类内置专用Runtime进程的方案，基本上可以满足谷歌旗下Fuchsia OS、这套“新”系统兼容运行Android类第三方App的需求。

不过，2021年2月之后，谷歌方面似乎停止了「device /Google/ Fuchsia」项目支持~

一些科技行业分析人士认为：谷歌最初可能并不急于推动FuchsiaOS项目，一部分原因是Android成了另类“束缚”的包袱。

比较尴尬的是，华为鸿蒙OS抢先、自研微内核+分布式架构+软总线技术，同时拒绝“白白净身出户”、继续兼容技术贡献颇高的AOSP生态！

这应该造成了FuchsiaOS加速完善的局面，谷歌似乎认为华为“抢走”它的技术愿景了~

在特定「device /Google/ Fuchsia」项目中，建立了Android Runtime进程的“兼容安卓App服务”方案，显然已经遭到了谷歌技术团队的“遗弃”：

目前，该项目仅剩下“TODO”提示信息。

当然了， 这并不意味着谷歌“躺平”……另外一个「Starnix」项目，应该成了新方案！

不同于上一个项目的Android Runtime进程“兼容”模式，所谓的另一个「Starnix」项目，明显的更加完善了：

项目的最终目的，则是可以「直接“原生”兼容」Android乃至Linux平台的应用程序、运行时库 与各类API接口等。

值得一提的是，谷歌方面新主推的Starnix项目，不再使用Android平台依赖的Linux底层内核指令，而是转换成了FuchsiaOS最初就由谷歌开发完成的Zircon底层内核。

倘若哪天，谷歌也能像华为技术那样、攻克极为重要的「软总线」…谷歌FuchsiaOS也就有了 “一战” 华为HarmonyOS的底气。

比较客观地说，谷歌面临的“掉队”局面，也不完全是技术问题~

在基于5G技术为起点的、智慧物联生态系统较量中，拥有通信技术“家底儿”、自有硬件设备的华为，占尽了「天时地利」的优势！

如果能加上一个「人和」的话，华为真得要“感谢”谷歌2019年、悍然“中断”GMS合作的举动了……

事实就是：谷歌新系统“卡壳”，移除了安卓的代码！现阶段，华为鸿蒙OS抢先！

作者：蔡发涛 | 今日头条号内容