|「芯观点」鸿蒙2.0会不会上演“反杀”谷歌的好戏?


上周 , 华为消费者业务CEO余承东在新一届的开发者大会上宣布鸿蒙OS升级至2.0版本 , 到明年华为手机将全面支持鸿蒙OS 2.0 , 并将在今年12月向应用开发者发布Beta版本 。
|「芯观点」鸿蒙2.0会不会上演“反杀”谷歌的好戏?
本文插图
【|「芯观点」鸿蒙2.0会不会上演“反杀”谷歌的好戏?】

一年多以前 ,华为总裁任正非接受了法国媒体《观点》(Le Point)的专访
让时间倒流 , 从2019年5月份的鸿蒙“吹风季”开始 , 华为高管就借助西方媒体如CNBC零星陆续公布鸿蒙系统的具体信息 。 6月份 , 法国著名新闻周刊《观点》对华为总裁任正非的采访居然耐人寻味地地出现了一个小“bug”:采访内容有“华为鸿蒙比安卓快60%”之语 , 但华为官方随后否认了这个说法 。
总之 , 在鸿蒙初开之时 , 华为在鸿蒙的现实性与可能性这两点上 , 如何保持舆论可控的期待值下了很大功夫 。 连续两年的开发者大会上 , 余承东都在反复强调鸿蒙系统的技术逻辑并非是对抗和竞争 , 而是必要的生态梯队性替代 。 可见 , 华为尽可能降低舆论对鸿蒙OS与谷歌安卓和IOS分食移动终端客户的锋芒感 , 相应地也就淡化了在芯片断供的背景下的操作系统研发的自救性特征 。 这样的处理方式 , 既保留了和谷歌进一步合作的可能 , 也能为华为拓展鸿蒙OS的容错率增加了很多难得的回旋空间 , 以避免让鸿蒙掉进某些海外媒体解读的那种“伪安卓”的陷阱 。
基于此 , 我们才能理解鸿为何蒙诞生之初就与手机终端保持了微妙的距离感 。 因为基于物联网(loT)理念存在的鸿蒙OS还可以巧妙避开谷歌和苹果赢者通吃的零和游戏话语中 。 毕竟 , Android和IOS遵循的也是“一将功成万骨枯”的成败逻辑 。 10多年前移动端操作系统还处在“秦失其鹿 , 天下共逐之”的野蛮生长期 , 当时有野心研发一套独立操作系统的手机厂家还有诺基亚和三星 , 但前者的塞班系统(Symbian OS)和后者的BADA纷纷败下阵来 , 成为Android和IOS眼中的冢中枯骨 。
诺基亚的塞班、三星的BADA以及之前的黑莓BlackBerry OS , 平均存活率都没有超过4年 , 这些前车之鉴都可以成为华为鸿蒙OS前进路上的灯塔 。 但有一点值得注意 , 前面几家独立研发的操作系统都拒绝兼容安卓 , 而华为官方对鸿蒙OS是否兼容安卓一直持暧昧态度 , 如果答案是肯定的 , 会不会出现当年IBM研发的桌面OS/2因为兼容windows , 导致寄生失败被“宿主”反杀的局面?坊间对此已经出现了不少的疑虑 。 对此 , 鸿蒙OS有没有什么独特的应对之策呢?
熟悉而又模式的鸿蒙OS“微内核”
去年的鸿蒙1.0发布会上 , 华为曾经现场演示过室内手机与室外大疆的互动 , 以及手机的即时投屏 , 这是一种去中心化的标准化模块构建 , 电脑、鼠标、手机等可以形成开放性的环状控制 , 这一点无论从顶层理念还是基础性研发上都超越了苹果的AirDrop——基于蓝牙传输技术的应用程序 , 后者虽然也可以打通物与物的互联 , 但连接模式却有主、从和主动被动之分 。
|「芯观点」鸿蒙2.0会不会上演“反杀”谷歌的好戏?
本文插图

2019年的开发者大会上 , 华为宣布鸿蒙OS是基于微内核的全场景分布式OS
华为若想“师Android与IOS之长而制彼” , 就需要深刻理解并且集二者之长 。 IOS操作系统从2007年开始 , 经过了10几年的版本演进 , 升级过程细致绵密 , 依靠则模块权限的严格控制和相对封闭的系统 , 保证了操作系统的安全性和演化路线的高度一致 , 而基于Linux的四层结构的自由及开放源代码的Android , 也升级换代了是几个版本 , 它的最大问题是安全性以及不可避免的终端碎片化 。
鸿蒙OS力图建立一种跨终端的生态共享系统 , 为了实现跨终端的无缝协同体验 , 必须要实现模块化耦合 , 于是我们发现鸿蒙采用的是业界并不陌生但极具有争议性的微内核(micro kernel)面向全场景的分布式操作系统 。
鸿蒙的架构将Linux内核做了具体而微的处理 , 剥离开了设备驱动程序和文件系统 , 只保留处理时间、内存、通信和中断等基本功能的资源管理程序 , 因为集成的程度更低 , 所以称之为“微内核” , 区别将文件系统、设备驱动和资源管理三驾马车融于一身的Android和IOS宏内核 。 把文件系统、设备驱动程序单独拿出 , 并且做模块化模块化耦合 , 就可以对不同设备做弹性和非常灵活的部署 , 其它硬件就可以更便捷地调用这些耦合模块 , 为设备密切互动提供了一整套协作机制 。
打个比方 , 高倍度数的天文望远镜 , 音箱和投影仪 , 经过华为鸿蒙系统的硬件模块耦合之后 , 就可以连接起来做成一个有关星体运转的实时纪录片 , 换言之 , 外放、摄制和音频模组被虚拟整合化了 , 成为了一个有机的合作整体 , 与此相应地 , 手机的各个重要硬件如内存、处理器和屏幕实体硬件也可以做一种去中心化的耦合 。
华为鸿蒙系统1.0的demo版也许是考虑到了物联网的本身特性 , 并没有像外界预料的那样用手机作为接入口 , 而是选择了智能电视 , 当然另一个考虑很有可能是智能电视更能在千人会场中体现物联网的直观性 。
我们可以拿国家行政组织架构对Android和IOS的宏内核以及鸿蒙OS的微内核做一个类比 。 宏内核就如同中央指令集合度高的郡县中央集权制 , 编户齐民 , 政令法度垂直一体 , 地方各版块仅有协调上下之权 , 牺牲自治的自由度换取指令的无差别辐射;而鸿蒙微内核则采用裂土分封制 , 封地无论贫瘠富饶与否 , 一律模块化 , 中央让渡财政和人事权力 , 得到补偿的是更多“诸侯”的加盟 , 以及中央与地方的双向安全 , 因为微内核天然没有也不需要ROOT权限 , 每一层进行了线程调度 , 放入微内核 , 然后对每个模块进行加锁 , 外核服务相互隔离 , 无法单独用一个虎符(指令集)攻破中央 , 这样就完成了对Android和IOS的集成优化 。
|「芯观点」鸿蒙2.0会不会上演“反杀”谷歌的好戏?
本文插图

宏内核(左)和微内核(右)对比
除此之外 , 鸿蒙还可以利用方舟编译器改造Android原生态APP , 提升系统的流畅度、响应速度和运算性能(鸿蒙理论上比Android快60%的结论并非没有理论基础) 。
“神秘”的鸿蒙孵化器——谷歌的Fuchsia计划
去年8月份 , 鸿蒙1.0发布之时 , 华为常务董事余承东曾经两次提到谷歌对外界来说尚显神秘的Fuchsia系统 。 他指出 , Fuchsia也是基于是微内核的 , 可适配各种各样硬件终端 , 但是 Fuchsia 还不是分布式设计 , 性能一般 , 而鸿蒙OS是全球第一个基于微内核全场景分布式OS , 基于这样的技术赋能 , 分布式软总线可以让同一个帐户下的多种终端能够实现硬件能力跨终端之间调用 。
相比鸿蒙 , 谷歌官方很少给Fuchsia操作系统设定某种既定目标 , 但它存在的目的和鸿蒙有一定的重叠之处 , 即消除物联网碎片化弊端 。 按照基本的软件制造逻辑 , 恐怕没有哪家公司比谷歌更能了解Android的界限 。 在Android诞生不到5年之后 , 谷歌就开始有计划地打造一项重要的跨平台操作系统计划——Fuchsia , 它与鸿蒙一样 , 采用的是开源和微内核系统 。
多年下来 , Fuchsia依然还处在较低层次的将覆盖面扩展到桌面上 。 也就是说 , 它在手机移动端的假想敌是苹果的IOS , PC端则把炮口对准了微软的Windows 。
|「芯观点」鸿蒙2.0会不会上演“反杀”谷歌的好戏?
本文插图

谷歌的Fuchsia操作系统
值得注意的是 , 谷歌开源社区以测试代码对基于麒麟970芯片的荣耀Play智能手机进行了全面的测试 , 同样开源的Fuchsia(不再使用Linux内核 , 而是基于Zircon微内核)客观上充当了鸿蒙2.0的孵化器 。
结论
生态系统的建立比操作系统的研发更难 , 这是业界的普遍共识 , 鸿蒙背后所依托的HMS生态链到底有多大程度上可以羽翼丰满 , 足够挑战Android和IOS , 各类媒体已经著述颇多 。
|「芯观点」鸿蒙2.0会不会上演“反杀”谷歌的好戏?
本文插图

外媒(上图为cnbc科技新闻采访人员Arjun Kharpal的评论文章)普遍认为 , 鸿蒙OS成功的关键是能否建立一套成熟的软件生态群 , 尤其是在和谷歌“全家桶”不兼容的情况下
鸿蒙OS优势在于从一开始就跳出了手机操作系统大战的窠臼 , 而是以更高更广阔的IoT理念指引微内核全场景分布式OS前进;即便是紧紧围绕手机操作系统这个领域 , 鸿蒙OS也有很多宝贵的参照系 。 谷歌Fuchsia某种程度上可以成为鸿蒙OS自我调试的镜像系统 , 相比诺基亚的塞班 , 华为手机的出货量可以保证系统“试验田”的面积不至于被大幅度缩小;相比三星的BADA , 鸿蒙有更强大的研发定力和路线准则 。 在鸿蒙3.0时刻到来之时 , 也许我们会见证一场真正的手机操作系统的全球革命 。
(校对/零叁)


    推荐阅读