1，结构分析
谷歌安卓系统结构 = AOSP + GMS + 安卓UI (国产手机厂商定制部分)。
手机鸿蒙系统结构 = AOSP + HMS + 鸿蒙UI + 分布式软总线 + 以Ability为核心的应用开发框架。
很明显， 手机鸿蒙与谷歌安卓相同的地方只有一个 AOSP (Android Open-Source Project)，在“鸿蒙套壳安卓论”中这个部分是被怀疑的重灾区。
实际上这个“安卓开源项目”，是一个全球 (包括华为) 共同维护的开源项目，严格来说华为用并没有问题，而且与谷歌也无关。
至于差异方面，GMS 和 HMS 对应，这是华为服务框架对“谷歌全家桶”的替代方案。由于 GMS 在国内无法使用，所以各家手机大厂都有自己的服务框架，这部分就无需讨论了。
安卓 UI 则与鸿蒙 UI 对应，为了使老用户能够平滑过渡，华为特意将鸿蒙 UI 设计得和以前的 Emotion UI 很像——这便是不懂之人质疑鸿蒙“安卓套壳”的一大理由。
也就是说，在最明显的地方，鸿蒙留下了两个被质疑“套壳安卓”的重大理由。那么接下来要说的两项，“分布式软总线”与“以Ability为核心的应用开发框架”便是鸿蒙的两大差异点了。
2，分布式软总线
“分布式软总线”作为鸿蒙的系统服务层（下图即为该技术结构图），说白了就是“万物互联”技术所仰赖的通信基座，以此实现了华为的“1+8+N”互联战略。
其通过发现、连接、组网和传输这四个业务模型，为手机、平板、智能穿戴、智慧屏、车机等分布式设备的互联互通，提供统一的分布式通信能力，从而为设备之间的无感发现和零等待传输创造条件。
同时开发者只需聚焦于业务逻辑的实现，而无需关注组网方式与底层协议。这个技术涉及到很多通信基础技术，而这正是华为的“拿手绝活”，故完成度极高。
基于分布式软总线，还衍生出了四套设备互联解决方案。首先，“分布式设备虚拟化平台”能够让多种设备构成一个超级虚拟终端，为用户匹配选择能力合适的执行硬件。
第二个，“分布式数据管理”能够让用户数据不再与单一物理设备绑定，例如可以将手机的文档投屏到智慧屏上进行各种操作。第三个“分布式任务调度”支持对跨设备的应用，进行远程启动、远程调用、远程连接以及迁移等操作。
最后的“分布式连接能力”，则提供了智能终端底层和应用层的连接能力，通过 USB 接口共享终端部分硬件资源和软件能力，方便开发者为生态配件拓展智能终端的通信能力。
3，Ability
鸿蒙应用层的“Ability”是应用所具备能力的抽象，主要分为两类——即 FA（Feature Ability）和 PA（Particle Ability）。
其中 FA 代表有界面的元服务，用于和用户进行交互；PA 则是无界面的元能力，主要是为 FA 提供后台运行任务的能力以及统一的数据访问抽象。
基于FA/PA开发的应用，能够实现特定的业务功能，支持跨设备调度与分发，为用户提供一致、高效的应用体验。
很明显，“分布式软总线”与“以Ability为核心的应用开发框架”就是鸿蒙基于万物互联目标打造的，是 OpenHarmony 的精髓所在。
但是，手机端的HarmonyOS在 Ability 渲染方面还离不开AOSP。另外，开源的OpenHarmony总架构里框架层和系统服务层的各项子系统，虽能独立解耦并应用在不同场景中，但功能还不够健全。
不过在手机端，OpenHarmony 除了开源的部分 (例如微内核与 JS UI 框架) ，还有一部分是未开源的，有理由相信这个不确定部分将会是未来的主链路。
毕竟兼容安卓并非长久之计，这只是个过渡方案。不过，现在鸿蒙之特色还是很明显的，其基于华为在通信技术上的优势，构筑了一个可以让多个设备在系统层直连的未来场景图，潜力不言而喻。
总结：
现在的手机端的 HarmonyOS 的确是需要 AOSP，不管是兼容安卓生态考虑，还是技术层面的需要。但是，若因此就去嘲笑鸿蒙是“套壳安卓”，那肯定是不合适的。
要知道，十五年前安卓刚诞生的时候，有多难用经历过的都知道，一直迭代到十年前的 Android 4.4（引入了ART编译模式）方才有了质的改变。至于更早问世的苹果手机系统，也要等到问世四年后的 iOS 5 才算是“完全体”。
那么，手机鸿蒙才诞生多久？答案是2021年六月份正式发布——满打满算才两年时间！那么这两年时间用户体验退步了吗？没有，反而系统运行更流畅了，安全性也更高了，无数老设备因为升级了鸿蒙而重焕新生！
所以，现在时间就是最好的朋友，设备数量拓展、系统更新迭代、技术研发突破等一系列关键的进程皆需要时间。而对于国内坚持自主创新的企业，理应给予尊重。
END
#头条文章养成计划#