华为鸿蒙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抢先！
　　作者：蔡发涛 | 今日头条号内容