鸿蒙终于不套壳了？纯血 HarmonyOS NEXT 即将到来
对于移动开发者来说，特别是 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 应该需要有好心社区进行适配
让我们最后一起期待纯血的鸿蒙可以走多
作者：恋猫de小郭远。
来源：juejin.cn/post/7264237761158643773
