鸿蒙5.0不兼容安卓道路能否走通？

互联网

前两天才答过相似问题，鸿蒙生态发展至今，很多事都已清晰明了。国内不少互联网大厂都开启HarmonyOS Next应用开发了，预计明年上线，现在业内很多人都有所耳闻。新浪科技、界面新闻、第一财经等媒体均有报道，网络上相关报道数量众多。

其实不只是美团、京东这样的大厂，据我了解，几大巨头也都参与到鸿蒙生态开发中了。对于鸿蒙5.0走不兼容安卓的道路能否成功这一问题，我个人是这样看的：鸿蒙5.0不再支持安卓这种说法或许不太严谨，我猜HarmonyOS Next会有把AOSP置于容器的过渡阶段。从当前情况看，HarmonyOS Next基本能走通了，预计明年会有阶段性成果。网络上不断重复套壳连哄带蒙时，我始终在关注相关进展。正好趁此机会，再梳理下我所看到的鸿蒙/OpenHarmony的发展历程。四千字长文，如有错漏欢迎指正。2020年，菊厂将OpenHarmony 1.0代码开源，该代码包含菊厂自研的liteos系统。再极端的黑子，也得承认Liteos是菊厂自主研发的操作系统。另一方面，liteos毕竟是针对手表等穿戴设备的轻量级物联网操作系统，在支持设备能力和技术复杂度上远不及手机系统。所谓菊厂故意混淆概念连哄带蒙之类的争议与嘲讽，大致就源于此。但我觉得，Liteos不见得是OpenHarmony 1.0最核心的部分，真正的关键在于：OpenHarmony 1.0可与HarmonyOS跨设备通信，在架构上对不同系统、设备的接口进行了部分屏蔽。在我看来，这毫不起眼的liteos和跨设备通信能力，是往后一切的开端。我发现，OpenHarmony 2.0较1.0有了一个层级的提升。OpenHarmony 2.0能支持linux内核，其API版本已更新至6.0，差不多算是有复杂系统的框架了。更关键的是，在鸿蒙2.0/OpenHarmony 2.0阶段，菊厂就已经拿出自家的开发者套件了。OpenHarmony当下不少工具（特别是测试调试方面）尚不完备，不过，其无疑迈出了极为关键的一步。这件事有多重要，大家想想就都能明白。若没有开发套件，第三方开发者怎会为其开发应用？生态建设也只能是空谈。客观而言，从代码实现角度来讲，OpenHarmony 2.0存在不少不足。纯血OpenHarmony 2.0由于缺乏沙箱机制、不支持64位Arm、没有硬件GPU渲染等情况，所以主要局限在开发板上，很难成为用于商业的手机系统。没记错的话，就在这段时期，应用商店上架了一批鸿蒙版应用，像论坛鸿蒙版之类的。这些应用确实是借助鸿蒙API 6.0代码达成的，理论上能脱离安卓，在别的操作系统独立运行（类似微信小程序的实现方式）。但从实际情况看，这些应用在鸿蒙2.0手机上运行时，或许并未完全脱离AOSP。不同的人对套壳的定义各有不同。若将能否脱离AOSP独立运行复杂应用当作衡量标准，鸿蒙2.0/OpenHarmony 2.0或许是最后一个被指套壳的大版本。可以讲，鸿蒙2.0/OpenHarmony 2.0既是开发工具开始发展的起点，也是所谓套壳争论的终结。我觉得市场层面鸿蒙生态实现质变的关键节点，大概率是预计明年铺开的HarmonyOS Next。但要论鸿蒙系统在技术层面最关键的突破，我觉得当属OpenHarmony3.0。OpenHarmony3.X一直在持续完善，3.0、3.1、3.2这几个版本实际都有不小的变化。OpenHarmony3.0时，鸿蒙系统于代码方面有了一系列关键突破。支持arm64平台，有GPU硬件渲染引擎，引入沙箱机制并完善安全补丁……从这时起，OpenHarmony框架大体已完备，拥有复杂操作系统的主要能力，若不考虑生态，其已可满足手机端需求。OpenHarmony 3.1时，开发者套件有很大完善，并且还出现一个较为显著的变化。原生应用经一次开发编译后，就能安装到鸿蒙3.0与openharmony 3.1的开发板上。开发层面打通后，一次开发、多端部署的不少坑被填上了，长远看，这对构建生态意义非凡。当时舆论没太关注这事，所以我之前还在网络发想法特意提了一句。相比之下，这一时期OpenHarmony有个更吸睛的直观变化。我了解到可能是完成了许多驱动，这样OpenHarmony就能在小米6、一加6T等手机上运行了。或许因其直观且贴近消费者，B站相关视频众多，关注度反倒提高了不少……实际上到了这个阶段，只要稍微用心关注这个领域的人，都能发觉套壳营销之类言论很荒谬。鸿蒙建设早中期为生态支持要兼容AOSP，这不是一开始就讲过的吗？当初争论是不是套壳的时候，很多人明确提出的标准不就是可脱离AOSP独立运行且支持复杂应用吗？如今OpenHarmony既能运行，也支持天气、购物、计算器之类的应用，甚至可搭载于小米6等多种设备上，还有啥好争的？OpenHarmony3.0架子搭好后，接下来的工作就是不断完善并推进生态发展。OpenHarmony3.0阶段，开发者套件该有的都具备了，只是部分细节与功能尚不完善。鸿蒙原生应用若要全面推广，开发者套件需全面覆盖，以满足绝大多数开发需求。鸿蒙4.0/OpenHarmony 4.0阶段（也就是当下），开发套件的完善工作大体上已经接近完成了。甚至，有B站开发者做出了Openharmony版B站，还将其安装到华为手机上。手机鸿蒙OS一直有Openharmony，要是能装OH应用且运行还无法证明套壳说法荒谬，那我也没话说了。B站有安装包、代码实现和手机浏览效果。所以到OpenHarmony 4.0的时候，技术方面的核心问题基本上都解决得差不多了。我觉得，只要是搭载鸿蒙4.0的手机，理论上都可升级至HarmonyOS NEXT。据我在开发者大会了解，余下工作或许有两大方向。系统底层替换时，生态是最核心的问题。现在手机上，菊厂自家应用大多都基于AOSP，更别说第三方了。鸿蒙原生应用存在，只是数量较少。重复造轮子+部分优化的工作渐趋完善后，未来必然要切换，HarmonyOS NEXT发布在一定程度上就是为推动此事。对于各类应用开发者而言，生态切换显然会是一个相当艰难的过程。我与业内人士交流得知，此事难度没众人想象的那么高。移动互联网生态已极为成熟，多数人大部分时间都花在排名前100或200的应用上，而这些主流应用背后没多少巨头在掌控。并且从现有的信息来看，大体上已经谈得差不多了。另一方面，一次开发、多端部署的开发套件仍有待持续推进。在参加开发者大会时，我和工作人员谈过这事儿。

鸿蒙生态在这方面推出了ArkUI开发框架、ArkTs语言等内容。我所了解的是，用了相应框架后一次开发、多端部署已很实用了。不同设备的UI仍需手动微调，不过总体而言多设备适配可省不少操作。当时我特地问了：未来有底层切换，开发工作的延续性要怎么保证？由于时间有限，没深入聊。我觉得使用ArkUI开发框架会调用鸿蒙API，这样能屏蔽底层差异，开发者主要关注上层代码实现就好。不管网络言论如何，鸿蒙生态建设一直在推进，相关成果也在逐步展现。不止手机、平板、穿戴设备，我了解到鸿蒙PC计划也并未放弃。菊厂内部私下把未来生态全面切换之时称为发令枪响。从现有信息判断，鸿蒙4.0/OpenHarmony 4.0极有可能是起跑发令枪响之前最后的蓄力。事实上，走到这一地步，许多事已清晰明了。菊厂欲联合国内头部大厂推广纯血鸿蒙，业内不少人已听闻相关风声。目前来看，若无意外，明年众多主流应用将完成鸿蒙版开发，OpenHarmony正式商用便是水到渠成之事。HarmonyOS NEXT的具体实现途径，大致就有两种模式。一种做法是将AOSP置于容器中，这样仍可兼容安卓应用，不过安卓应用的性能会稍差。还有一种模式更干脆，麒麟芯片都回归了，直接把AOSP舍弃掉就好了。高通老款芯片的手机，现在高通或许已开放驱动接口，鸿蒙将相关驱动重写一下就可以了。从技术层面看，显然第二种模式更简洁、更彻底。但从市场方面看，我觉得1 - 2年过渡期内第一种模式被采用的可能性更高。这是由于，尽管Top100/Top200应用基本能满足普通人的大部分需求，但人的消费习惯常常存在肥尾性。在Top2000以外的应用，各自覆盖人群较少，但很多人或许都有一两个偶尔能用到的小众应用。这问题并非与头部巨头谈妥就能解决，大量中小企业软件团队开发能力有限，短期内难以快速开发鸿蒙版。我觉得，HarmonyOS NEXT在推广时，极有可能会有一段过渡期。菊厂手机在过渡期很可能以HarmonyOS NEXT为核心，将AOSP置于容器之中。到那时，主流应用想必都已适配鸿蒙系统。经过统一推送与强制代码审核，使用体验应该会显著提升，小部分小众应用容器化后体验略降也无妨。互联网大厂适配鸿蒙的消息在业界已基本传开了。菊厂以系统重构、生态渐进的方式，我觉得目前来看基本是能行得通的。虽或有1 - 2年过渡期，出海也有困难，但鸿蒙生态爆发式增长的未来已近在咫尺。