鸿蒙终于不套壳了?纯血 HarmonyOS NEXT 即将到来

62,171 阅读4分钟

对于移动开发者来说,特别是 Android 开发而言,鸿蒙是不是套壳 Android 一直是一个「热门」话题,类似的问题一直是知乎的「热点流量」之一,特别是每次鸿蒙发布新版本之后,都会有「套娃式」的问题出现。

例如最近 HDC 刚发布了鸿蒙 4.0 ,但是问题已经提到了 6.0 ,不过也算是误打误撞,在 4.0 发布之后,华为宣布了 HarmonyOS NEXT 版本

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

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

虽然我们一直在吐槽鸿蒙套壳,但是这波华为终于是打算「釜底抽薪」,靠着 AOSP 「养住」开发者生态之后,这次终于开始「杀鸡取卵」。

这里不得不提到「纯血」这个词,虽然华为在此之前的宣传口径一直是纯国产自研,但是看来华为自身还是清楚里面的「血统不纯」,而这次决定「大换血」,“减少了 40% 的冗余代码” 的说法,就很有意思。

但是其实对于开发者来说,特别是移动端开发者来说,其实这是好事,我不从商业角度考虑,仅仅是从开发者生态考虑,因为移动端现在已经好久没有新活跃了,HarmonyOS NEXT 的全新适配工作应当大部分会落在 Android 开发上,或者说是否会新增全新的 HarmonyOS 开发岗位?

主要是转化的门槛不高,不过第一批吃螃蟹的,网上的资料肯定会相不足。

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

事实上从目前的文档和开发体验上看,控件结构和开发模式十分贴近 Flutter 和 Compose ,这对于相关领域的开发者来说可以说是能力加强,所以目前对于 HarmonyOS NEXT 来说,未来的生态适配难度会进一步降低。

即有适配负担,又有工作机遇,新技术领域代表存在新的红利,至少华为走在了 App 端「原生纯响应式开发」的前沿。

目前,华为已经从设计资源,编程语言,编译器到开发工具、调测工具实现全面升级,HarmonyOS SDK 升级至 API 10 端云一体,可以一次性集成。

另外一点是关于 ArkUI 的跨平台,这一点类似于苹果生态的一次开发多端部署,采用自研的 「方舟图形渲染」, HarmonyOS 也实现了类似手机,平板和电脑的统一「跨平台」效果。

目前猜测还是会机遇 Skia 底层支持。

最后就是大家关心的 HarmonyOS NEXT 会不会和 WPhone 一样遭遇滑铁卢,目前看来华为之前的技术积累和开发者关系运营的还不错:

根据 HDC 最新数据,鸿蒙生态的设备数量目前已超过 7 亿,已有 220 万 HarmonyOS 开发者投入到鸿蒙世界的开发中,API 日调用 590 亿次,软硬件产品超过 350 款。

华为鸿蒙 SDK 这些年确实沉淀了一部分开发者,虽然实际多少不清楚,但是这让鸿蒙 Next 不是从 0 开始,另外目前也有部分企业开始主动适配鸿蒙,并且华为提出了全新的鸿飞计划,在 3 年时间里投入 100 亿元资金支持鸿蒙生态建设

所以短期可能会有阵痛,但是 HarmonyOS NEXT 的基础其实挺好,不管是类似 Flutter/ Compose 的开发方式,还是原本已经存在的开发者基础,更有相关的政策扶持,很难看出鸿蒙会在明年遭遇滑铁卢的情况。

其实到这里我有个疑问,那就是 HarmonyOS NEXT 的生态会不会支持侧载,这决定了 HarmonyOS NEXT 之后的生态发展路线。

如果必须上架商店才能分发,这又是另外一个故事了。

最后就是现阶段的框架,例如 React Native 和 Flutter 能不能跑?官方目前已经有相关适配支持,目前消息上看:

  • RN 相关适配已经完成 60%
  • 游戏相关如 Unity 引擎,如前面提到过的新闻,其实游戏适配是最容易的
  • 最后 Flutter ,目前看来 Flutter For HarmonyOS 应该需要有好心社区进行适配

让我们最后一起期待纯血的鸿蒙可以走多远。