前言
看到高赞又是一片嘲讽，“apk换种打包方式”等等轻松拿几百赞，我也是无语。
国内多家互联网大厂都已经启动HarmonyOS Next应用开发，预计明年正式上线，如今业内很多人都已经知道了。
网络上相关报道也有很多，新浪科技、界面新闻、第一财经等等媒体都报道了：
很多对于鸿蒙乃至菊厂的嘲讽都是拿自媒体当靶子，因为官方和主流媒体的表述一般比较贴近事实
实际上不止美团京东等大厂，据我所知最关键的那几个巨头也都加入了鸿蒙生态开发。
至于题目中问的“鸿蒙5.0不兼容安卓的道路能否走通”，我个人的看法是：
“鸿蒙5.0不再支持安卓”的表述可能不严谨，我个人猜测HarmonyOS Next会有将AOSP放入容器的过渡期。
但就目前态势来看，HarmonyOS Next已经基本确定可以走通，预计明年会见到阶段性成果。
知乎上连篇累牍复读“套壳”、“连哄带蒙”的时候，我一直在关注相关进展。
正好借着这个机会，再梳理一遍我眼中鸿蒙/OpenHarmony的发展历程：
四千字长文，有错漏欢迎指出：
1、鸿蒙/OpenHarmony 1.0——一切的源点
2020年菊厂开源了OpenHarmony 1.0的代码，其中包含了菊厂自研的liteos系统。
一方面，最极端的黑子也得承认，Liteos是菊厂自研的操作系统；
另一方面，liteos终究是面向手表等穿戴产品的轻量级物联网操作系统，支持设备能力和技术复杂度与手机系统有不小的差距。
所谓“菊厂故意混淆概念”、“连哄带蒙”等争议和嘲讽，也基本就从这开始。
但在我看来，Liteos未必是OpenHarmony 1.0最重要的核心，真正关键的点在于：
OpenHarmony 1.0具备与HarmonyOS跨设备通信的能力，并且架构上部分屏蔽了不同系统不同设备的接口。
就我个人观点，就是这看似不起眼的liteos以及跨设备通信能力，是后续一切的起点。
2、鸿蒙2.0/OpenHarmony 2.0——开发工具的起步和“套壳”的尾声
就我个人观察，OpenHarmony 2.0相比1.0上了一个台阶。
OpenHarmony 2.0支持Linux内核，API版本更新到6.0，勉强可以说有一个复杂系统的架子了。
更重要的是，鸿蒙2.0/OpenHarmony 2.0时期，菊厂就已经掏出了自家的开发者套件。
虽然此时OpenHarmony很多工具（尤其是测试调试方面）还不太全，但毫无疑问是迈出了关键的一步。
这件事的重要性，大家想想也都明白：
如果连开发套件都没有，第三方开发者谁会给你开发应用？生态建设也就无从谈起了。
从代码实现的角度看，客观来说OpenHarmony 2.0仍有许多不足：
因为没有沙箱机制、不支持64位Arm、没有硬件GPU渲染……这使得纯血OpenHarmony 2.0主要停留在开发板上，难以成为真正商用的手机系统。
没记错的话，也正是这段时期应用商店上架了一批鸿蒙版应用（汽车之家鸿蒙版等）
这些应用的确是基于鸿蒙的API 6.0代码实现的，理论上可以脱离安卓在其他操作系统独立运行，（实现方式有些类似于微信小程序）。
但就实际层面而言，这些应用在搭载鸿蒙2.0的手机上运行时，应该并没有完全脱离AOSP。
对于什么是“套壳”，不同人有不同定义。
如果以“能否脱离AOSP独立运行复杂应用”作为标准，那么鸿蒙2.0/OpenHarmony 2.0恐怕是最后一个“套壳”的大版本。
可以说，鸿蒙2.0/OpenHarmony 2.0即是开发工具的起步，也是“套壳”的尾声。
3、鸿蒙3.0/OpenHarmony3.0——技术层面的质变
如果说市场层面鸿蒙生态取得质变的关键节点，我认为大概率是预计明年铺开的HarmonyOS Next；
但如果要说技术层面鸿蒙系统的最关键突破，我认为是OpenHarmony3.0。
而且OpenHarmony3.X一直在逐步完善，3.0、3.1、3.2几个版本实际变化都不小。
OpenHarmony3.0时期，鸿蒙系统在代码层面迎来了一系列关键突破：
支持arm64平台, 具备GPU硬件渲染引擎，引入沙箱机制，完善安全补丁……
可以说从这一刻开始，OpenHarmony框架就已经基本完整，具备了复杂操作系统的主要能力，不考虑生态的话已经能满足手机端的需求。
到OpenHarmony3.1时期，不仅开发者套件大幅完善，还带来一个比较显著的变化：
原生应用可以一次开发编译，安装到鸿蒙3.0和openharmony 3.1的开发板上。
开发层面打通后，“一次开发、多端部署”的坑填了不少，我认为长期来看对构建生态意义重大。
奈何当时舆论不怎么关注这事，所以之前我还在知乎发想法，专门提了一句：
我倒是一直在关注这块，openharmony光我…www.zhihu.com/pin/1631256719857696768
相比之下，这一时期OpenHarmony有一个比较直观的变化更加吸引眼球：
据我了解可能是搞定了很多驱动，OpenHarmony从此可以跑在小米6、一加6T等手机上。
可能是因为比较直观，贴近消费者，B站相关视频一大堆，关注度反而提升了不少……
其实到这一步，但凡稍微认真关注这个领域的都能感受到“套壳”、“营销”等言论的荒谬：
考虑到生态支持，鸿蒙建设早中期需要兼容AOSP，这不是从一开始就说过吗？
当初在争论是否为“套壳”时，不少人明确提出的标准不就是“能脱离AOSP独立运行并支持复杂应用”吗？
现在OpenHarmony不仅能运行、支持天气、购物、计算器等应用，甚至还能搭载到小米6等各类设备上，这还有什么可争的？
4、鸿蒙4.0/OpenHarmony 4.0——发令枪响前的最后蓄势
既然OpenHarmony3.0已经把架子搭好了，后续的工作就是持续完善和生态推进。
OpenHarmony3.0时期，开发者套件只能说该有的都有，但一些细节和功能还不太完善。
如果鸿蒙原生应用要想全面铺开，开发者套件必须做到全面覆盖，满足绝大多数开发需求。
鸿蒙4.0/OpenHarmony 4.0时期（其实也就是现在），开发套件完善工作基本做的差不多了。
甚至于，B站还有开发者做出了Openharmony版的B站，并将其安装在华为手机上。
（手机上鸿蒙OS一直有Openharmony，如果能装OH应用并运行还不能证明所谓“套壳”的荒谬，我也无话可说）
安装包、代码实现以及手机上的浏览效果，B站就有：
https://b23.tv/pJLECYzb23.tv/pJLECYz
所以到OpenHarmony 4.0时期，技术上的核心问题其实都解决的差不多了。
我个人认为，搭载鸿蒙4.0的手机理论上都能升级到HarmonyOS NEXT。
就我在开发者大会的了解，剩下的工作可能有两大方向：
一方面，在系统底层替换的过程中，生态是最核心的问题。
目前手机上不要说第三方，连菊厂自家应用大多还是基于AOSP。
鸿蒙原生应用有，但不多。
随着“重复造轮子+部分优化”的工作逐步完善，未来肯定是要切换的，HarmonyOS NEXT发布一定程度上就是要推进这件事。
涉及到各类应用开发者，可想而知生态切换将是相当艰难的过程。
不过就我跟业内人士交流的情况看，这事的难度倒也没有很多人想象的那么高。
移动互联网生态已经高度成熟，绝大多数人的绝大多数时间都消耗在Top 100/200应用里，这些主流应用背后其实就那么几个巨头。
而且就目前信息来看，基本已经谈的差不多了。
另一方面，“一次开发、多端部署”的开发套件还需要持续推进。
参加开发者大会过程中，我跟工作人员聊过这方面。
针对这方面，鸿蒙生态推出了ArkUI开发框架、ArkTs语言等等。
据我了解，采用对应框架后“一次开发、多端部署”已经高度可用了。
针对不同设备UI还是需要有一些手动调整，但总体来说多设备适配能节省不少操作。
当时我还特意问了一句：既然未来会有底层切换，如何保证开发工作的延续性？
时间关系没有聊特别深，我理解是采用ArkUI开发框架会调用鸿蒙的API，就能够屏蔽掉底层的一些区别，开发者更多还是关注上层的代码实现。
总而言之，无论网络上怎么说，鸿蒙生态一直在推进建设，相关成果正逐步显现。
甚至不止手机/平板/穿戴，据我了解鸿蒙PC的计划也没有放弃。
未来生态全面切换的时刻，菊厂内部私下聊天时称之为“发令枪响”。
就目前信息来看，鸿蒙4.0/OpenHarmony 4.0很可能是发令枪响前的最后蓄势。
5、鸿蒙5.0/HarmonyOS NEXT——容器方案和一劳永逸二选一
其实到这一步，很多事情已经明朗化了。
菊厂已经联系国内头部大厂推纯血鸿蒙，业内很多人也都听到风声了。
目前看，不出意外的话明年大量主流应用就能完成鸿蒙版开发，OpenHarmony正式商用是顺理成章的事。
HarmonyOS NEXT具体实现方式，不外乎两种模式：
一种是把AOSP放入容器，进而能够继续兼容安卓应用，只是安卓应用性能会差一些；
另一种模式更加干脆彻底，反正麒麟芯片也回来了，直接把AOSP干掉就完了。
至于高通芯片的老手机，事已至此高通应该也开放了老款芯片的驱动接口，鸿蒙重写下相关驱动就行了。
从技术角度，很显然是第二种模式更简洁更彻底。
但从市场角度，我认为1~2年的过渡期内采用第一种模式可能性更大。
这是因为，虽然Top100/Top200应用足够覆盖普通人绝大多数需求，但人的消费习惯往往有肥尾性。
Top2000之外的每个应用覆盖的人群都不多，但可能不少人都有那么一两个小众应用时不时派上用场。
这不是谈妥最头部的巨头就能解决的问题，而是大量中小企业软件团队的开发能力所限，短期内很难快速开发出鸿蒙版。
所以我认为，HarmonyOS NEXT推广过程中，很可能存在一段时间的过渡期。
过渡期内菊厂手机大概率是HarmonyOS NEXT为核心，AOSP放入容器。
届时主流应用应该已经适配鸿蒙，统一推送和强制代码审核后体验应该会有明显提升，少部分小众应用容器化后体验少许下降也就不太有所谓了。
总而言之，各家互联网大厂适配鸿蒙的消息，业界基本都已经传开了。
菊厂这套系统重构、生态渐进的方式，我认为目前看基本确定可以走通。
虽然可能存在1~2年的过渡期，虽然出海还有困难，但鸿蒙生态爆发式增长的未来已经不远了。
仅供参考！！！