这主要是因为有法律风险吧
虽然我们一直说 Android 是开源的，开源的实际对象其实是 Android Open Source Project一.
AOSP，这也是小米、华为、OPPOq、vivo 等等厂商开发的基础。
Android 就不一样了，Google 在 AOSP 的基础上构建了自己的封闭式生态系统
注意我的用词，生态系统
这是因为，Android 和AOSP 的差异主要是一些 Google 控制的生态应用(如 Google Play 商店、Gmail 等)，在没有 Google 授权的情况下，国内厂商是不能访问这些服务的。
也就是说，使用了 Google 的 Android 系统，一方面你就节省了大量人力物力，另外一方面你就依赖于 Google 的服务，这对于厂商来说是双刃剑。
有没有一个地方，既可以用 Google 的 Andrid 系统，又可以不用 Google 的服务呢?
巧了，还真有。
因此，在国内不管是阿里云 OS 还是华为的鸿蒙 OS，都不需要去考虑这一点
可是到了国外就不一样了，当年阿里云 OS 雄心勃勃地出海，和宏基想要签订合作协议。结果不出半个月，宏基接到谷歌通知，称如果在其新产品上搭载阿里云操作系统，谷歌公司将会解除与其Android产品的合作和相关技术授权.
宏基向网易科技发来声明，对取消与阿里云的合作致歉，并表示与阿里巴巴的策略合作也会继续下去，但在声明中却对谷歌只字未提。
谷歌称，反对宏募推出阿里云 OS 手机是因为阿里云 OS 是Android系统的“不兼容”版本。这直接表明阿里云采用了Android系统，并对其进行了改造。谷歌强调，尽管 Android 完全免费，但只有兼容设备才能充分享受整个生态系统带来的益处，而阿里云 OS 这样的 Android 版本却不兼容
华为知道 Google 最恐惧最厌恶的就是 Android 生态的分裂，因此在国外一直是使用 EMUI。这次的声明也确实在情理之中，毕竟阿里云 OS 的失败我们还记忆犹新。
实际上不止美团京东等大厂，据我所知最关键的那几个巨头也都加入了鸿蒙生态开发正式商用的节点目前还不明确 (可能要等到明年HDC开发者大会公开)，不过相关报道已经越来越多。
国内好几家大厂已经为Harmonyos Next应用开发招人了，部分高校也开始了相关课程.....这档口还搁这连篇累牍的复读“套壳”、“营销”那一套说辞，我真是无语
海外市场推进更慢一些，原因其实再简单不过
美国互联网巨头在全球多数市场占据优势，他们的App覆盖全球很多国家，同时谷歌GMS在海外很多市场也有很大影响力。
由于众所周知的原因，这些美国企业短期内不可能与菊厂合作，更不可能主动适配原生鸿蒙。相当长一段时间内，菊厂海外营收超过国内:
当年菊厂手机在欧洲等重要海外市场出货也很可观，销量长期占据全球第二，甚至短期登顶全球第
然而谷歌断供GMS，对菊厂的海外市场造成了很大打击
这些年菊厂一直在海外推进HMS，所以海外市场始终没有消失，甚至在部分国家取得了相当不错的成绩。
但想想也知道这个过程有多艰难，HMS的推进很多时候需要在海外一家一家谈.
只是HMS尚且如此，在海外用户基数萎缩、生态尚不成熟的情况下还要推Harmonyos Next，这不是自找不痛快么?
我坚信HarmonyOs Next迟早会向海外发起进攻，但步子迈太大，容易扯着蛋
先立足国内庞大的用户量以及独立的互联网生态，把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主要停留在开发版上，难以成为真正商用的手机系统。
没记错的话，也正是这段时期应用商店上架了一批鸿蒙版应用 (汽车之家鸿蒙版等
这些应用的确是基于鸿蒙的AP1 6.0代码实现的，理论上可以脱离安卓在其他操作系*独统**立运行(实现方式有些类似于微信小程序)。
但就实际层面而言，这些应用在搭载鸿蒙2.0的手机上运行时，应该并没有完全脱离AOSP
对于什么是“套壳”，不同人有不同定义。
如果以“能香脱离AOSP独立运行复杂应用”作为标准，那么鸿蒙2.0/0penHarmony 2.0恐怕是最后一个“套壳”的大版本。
可以说，鸿蒙2.0/OpenHarmony 2.0即是开发工具的起步，也是“套壳”的尾声
3、鸿蒙3.0/OpenHarmony3.0一-技术层面的质变
如果说市场层面鸿蒙生态取得质变的关键节点，我认为大概率是预计明年铺开的HarmonyOsNext;
但如果要说技术层面鸿蒙系统的最关键突破，我认为是OpenHarmony3.0.
而且OpenHarmony3.X一直在逐步完善，3.0、3.1、3.2几个版本实际变化都不小。
OpenHarmony3.0时期，鸿蒙系统在代码层面迎来了一系列关键突破:支持arm64平台,具备GPU硬件渲染引擎，引入沙箱机制，完善安全补丁.....
可以说从这一刻开始，OpenHarmony框架就已经基本完整，具备了复杂操作系统的主要能力，不考虑生态的话已经能满足手机端的需求
到OpenHarmony3.1时期，不仅开发者套件大幅完善，还带来一个比较显著的变化:原生应用可以一次开发编译，安装到鸿蒙3.0和openharmony 3.1的开发板上开发层面打通后，“一次开发、多端部署”的坑填了不少，我认为长期来看对构建生态意义重大.亲何当时舆论不怎么关注这事，所以之前我还在知乎发想法，专门提了一句:相比之下，这一时期OpenHarmony有一个比较直观的变化更加吸引眼球:
据我了解可能是搞定了很多驱动，OpenHarmony从此可以跑在小米6、一加6T等手机上.
可能是因为比较直观，贴近消费者，B站相关视频一大堆，关注度反而提升了不少......
4、鸿蒙4.0/OpenHarmony 4.0--发令枪响前的最后蓄势既然OpenHarmony3.0已经把架子搭好了，后续的工作就是持续完善和生态推进OpenHarmony3.0时期，开发者套件只能说该有的都有，但一些细节和功能还不太完善.如果鸿蒙原生应用要想全面铺开，开发者套件必须做到全面夏盖，满足绝大多数开发需求鸿蒙4.0/OpenHarmony 4.0时期 (其实也就是现在)，开发套件完善工作基本做的差不多了甚至于，B站还有开发者做出了Openharmony版的B站，并将其安装在华为手机上
(手机上鸿蒙OS一直有Openharmony，如果能装OH应用并运行还不能证明所谓“套壳”的荒谬，我也无话可说)所以到OpenHarmony 4.0时期，技术上的核心问题其实都解决的差不多了
我个人认为，搭载鸿蒙4.0的手机理论上都能升级到HarmonyOS NEXT
就我在开发者大会的了解，剩下的工作可能有两大方向:
一方面，在系统底层替换的过程中，生态是最核心的问题
目前手机上不要说第三方，连菊厂自家应用大多还是其千AOSP鸿蒙原生应用有，但不多
随着“重复造轮子+部分优化”的工作逐步完善，未来肯定是要切换的，HarmonyOS NEXT发布-定程度上就是要推进这件事。
涉及到各类应用开发者，可想而知生态切换将是相当艰难的过程.
不过就我跟业内人士交流的情况看，这事的难度倒也没有很多人想象的那么高.
移动互联网生态已经高度成熟，绝大多数人的绝大多数时间都消耗在Top 100/200应用里，这些流应用背后其实就那么几个巨头。
而且就目前信息来看，基本已经谈的差不多了
另一方面，“一次开发、多端部署”的开发套件还需要持续推进参加开发者大会过程中，我跟工作人员聊过这方面
移动互联网生态已经高度成熟，绝大多数人的绝大多数时间都消耗在Top 100/200应用里，这些主流应用背后其实就那么几个巨头。
而且就目前信息来看，基本已经谈的差不多了