鸿蒙和安卓的关系以及HarmonyNEXT解读

锈maker

已于 2024-01-05 17:10:25 修改

阅读量1.4k

点赞数 17

文章标签： harmonyos android 华为

于 2024-01-04 21:38:39 首次发布

本文链接：https://blog.csdn.net/m0_62661793/article/details/135391771

版权

安卓和鸿蒙的关系分析

想知道两者的关系我们首先需要知道两者究竟是什么 才能对二者进行比较 从而得出结论

一，鸿蒙是什么

鸿蒙分为：HarmonyOS(19.8.9) 和 OpenHarmony(自主研发的开源的微内核系统）

前者是手机操作系统 后者则主要用于物联网方面(原名:LiteOS）

有争议的部分为HarmonyOS也就是手机系统部分

HarmonyOS

到今天为为止（24/1/4）HarmonyOS使用的依旧是双框架架构

具体示意图如下：

可以看到，HarmonyOS 是由 AOSP 和 OpenHarmony 两部分组成的

AOSP

AOSP，全称“Android Open Source Project”，中文意为“Android 开放源代码项目”。它是由谷歌发起的，主要用于移动设备的系统。AOSP基于Linux开发，通过它可以编译出一个比较纯净的、可以用于智能设备的操作系统。

AOSP为何开源

1）由于 AOSP 的底层是 Linux，根据 GPL 协议，AOSP 必须开源。而其他使用Apache 2.0授权的部分，可以自行选择是否开源。

2）最开始谷歌和诺基亚竞争，开源有助于更多厂商使用安卓，还有助于修复安卓的一些Bug

然而，AOSP 中并不包括针对各种型号设备部件的驱动程序，如屏幕、SoC、相机等，因为这些涉及设备厂商的专利，不可能开源。因此，谷歌在 AOSP 中抽象出了一层 HAL（硬件抽象层）(所有的程序不再接触linux内核，而都是接触的java虚拟机(上方是接口)并摒弃了 Linux 原有的 LIBC 库而自行开发了 Bionic libc，成功地规避了 GPL 协议的传染，满足了各设备厂商要求驱动程序闭源的需求。

至此，我们明白了，

HarmonyOS是基于两个开源项目 AOSP (谷歌）和 OpenHarmony (华为）而开发的

二，安卓是什么

安卓分为：AOSP 和 Android

Android

Android=AOSP+GMS，GMS即谷歌移动服务，即常刷的谷歌服务包。在国内无法使用GMS，所以国内的各种定制ROM都是AOSP的定制修改加上自家的云服务，比如MIUI、ColorOS等。因此，所有的ROM最终的根源就是AOSP，没有AOSP，也就没有现在的Android。

也就是说，小米，OPPO，VIVO等国内其他厂商，他们的操作系统为

AOSP+GMS+自己的修改和云服务=Android+自己的修改和云服务=魔改的Android

而HarmonyOS是

AOSP+OpenHarmony = 用OpenHarmony魔改的禁用了GMS的Android

所以，到这里，我们可以肯定，HarmonyOS确实是安卓套壳

他也属于是一个安卓发行版，且HarmonyOS所有版本均位未开源，也不好计算有多少功能是自研

但是在今年秋季的华为开发者大会上——HarmonyNEXT出现了，也就是上图中的这一部分

三，HarmonyNEXT

——“纯血鸿蒙”

HarmonyOS NEXT 在 2023 年 8 月 6 日开始面向合作企业开发者开放，2024 年第一季度面向所有开发者开放，也就是明年开始，更新后的鸿蒙，会使用全自研内核，去掉了传统的 AOSP 代码，仅支持鸿蒙内核和鸿蒙系统的应用，减少了 40% 的冗余代码，使系统的流畅度、能效、纯净安全特性大为提升

也就是说，你的 Android APK 已经不能在 HarmonyOS NEXT 上运行，因为系统已经不存在 AOSP 代码，甚至没有 JVM 。

在全新的开发框架下， HarmonyOS NEXT 会采用全新自研的 ArkTS 和 ArkUI ，从目前看来，也就是你可能再也不能使用 Java 开发鸿蒙应用了，并且 ArkTS 是直接采用 AOT 实时编译优化，所以渲染模式可能会更接近 Flutter（谷歌）和 Compose 的结构情况。

ArkTS

ArkTS是鸿蒙生态的应用开发语言。它在保持TypeScript（简称TS,JavaScrip的一个超集）基本语法风格的基础上，对TS的动态类型特性施加更严格的约束，引入静态类型。同时，提供了声明式UI、状态管理等相应的能力，让开发者可以以更简洁、更自然的方式开发高性能应用。

AOT （Alead of time,运行前编译)

1）在程序运行前编译，可以避免在运行时的编译性能消耗和内存消耗

2）可以在程序运行初期就达到最高性能

3）可以显著的加快程序的启动

JIT （Just-in-time,动态即时编译）

1>可以根据当前程序的运行情况生成最优的机器指令序列

2>当程序需要支持动态链接时，只能使用JIT

3>根据进程中内存的实际情况调整代码，使内存能够更充分的利用

优点/差异

一，微内核

可定制性高：由于微内核OS的许多功能是由相对独立的服务器软件来实现的，当开发了新的硬件和软件时，微内核OS只须在相应的服务器中增加新的功能，或再增加一个专门的服务器
便于维护：由于微内核设计成在很小的内存空间内增加移植性，提供模块化设计，使得它容易进行维护和调试。
可移植性强：在微内核结构的操作系统中，所有与特定CPU和I/O设备硬件有关的代码，均放在内核和内核下面的硬件隐藏层中，而操作系统其它绝大部分（即各种服务器）均与硬件平台无关，因而，把操作系统移植到另一个计算机硬件平台上所需作的修改是比较小的

简单来说，就是鸿蒙系统可以安装在任何设备上，在并且根据需要安装不同的功能

比如安装在华为手表上就可以只安装传感功能，联网功能，智能开关上只安装联网功能，触屏功能

二，分布式

这部分的话，华为所说的分布式目前来看好像并不是真正的分布式

真*分布式

分布式操作系统是一类操作系统，其中多台计算机组成一个逻辑上的单一系统。这些计算机可以在物理上分布在不同地点，也可以在同一地点。

简单理解为，不同设备之间可以通过网络相互合作，并且能够分配算力等资源

华为的分布式目前看来就是微内核的意思，能在不同设备上都能安装相互兼容的

三，形式化验证

形式化验证是一种对技术产品、系统或过程的描述进行数学上的验证的方法。它通过建立数学模型来描述系统的行为，然后使用形式化方法来证明或反驳系统的某些性质。

简单来说，就是OpenHarmonya这一系统很小，代码也很少，所以可以在数学上证明他没有BUG

不过形式化验证其实并没有什么用，因为在具体使用场景中还是会存在问题