您的当前位置:首页正文

鸿蒙NEXT不再支持安卓这条路真的走的通吗?

2024-11-13 来源:个人技术集锦

前言

看到高赞又是一片嘲讽,“apk换种打包方式”等等轻松拿几百赞,我也是无语。

国内多家互联网大厂都已经启动HarmonyOS Next应用开发,预计明年正式上线,如今业内很多人都已经知道了。

网络上相关报道也有很多,新浪科技、界面新闻、第一财经等等媒体都报道了:

很多对于鸿蒙乃至菊厂的嘲讽都是拿自媒体当靶子,因为官方和主流媒体的表述一般比较贴近事实

实际上不止美团京东等大厂,据我所知最关键的那几个巨头也都加入了鸿蒙生态开发。

至于题目中问的“鸿蒙5.0不兼容安卓的道路能否走通”,我个人的看法是:

“鸿蒙5.0不再支持安卓”的表述可能不严谨,我个人猜测HarmonyOS Next会有将AOSP放入容器的过渡期。

但就目前态势来看,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主要停留在开发板上,难以成为真正商用的手机系统。

没记错的话,也正是这段时期应用商店上架了一批鸿蒙版应用(汽车之家鸿蒙版等)

这些应用的确是基于鸿蒙的API 6.0代码实现的,理论上可以脱离安卓在其他操作系统独立运行,(实现方式有些类似于微信小程序)。

但就实际层面而言,这些应用在搭载鸿蒙2.0的手机上运行时,应该并没有完全脱离AOSP。

对于什么是“套壳”,不同人有不同定义。

如果以“能否脱离AOSP独立运行复杂应用”作为标准,那么鸿蒙2.0/OpenHarmony 2.0恐怕是最后一个“套壳”的大版本。

可以说,鸿蒙2.0/OpenHarmony 2.0即是开发工具的起步,也是“套壳”的尾声。

3、鸿蒙3.0/OpenHarmony3.0——技术层面的质变

如果说市场层面鸿蒙生态取得质变的关键节点,我认为大概率是预计明年铺开的HarmonyOS Next;

但如果要说技术层面鸿蒙系统的最关键突破,我认为是OpenHarmony3.0。

而且OpenHarmony3.X一直在逐步完善,3.0、3.1、3.2几个版本实际变化都不小。

OpenHarmony3.0时期,鸿蒙系统在代码层面迎来了一系列关键突破:

支持arm64平台, 具备GPU硬件渲染引擎,引入沙箱机制,完善安全补丁……

可以说从这一刻开始,OpenHarmony框架就已经基本完整,具备了复杂操作系统的主要能力,不考虑生态的话已经能满足手机端的需求

到OpenHarmony3.1时期,不仅开发者套件大幅完善,还带来一个比较显著的变化:

原生应用可以一次开发编译,安装到鸿蒙3.0和openharmony 3.1的开发板上

开发层面打通后,“一次开发、多端部署”的坑填了不少,我认为长期来看对构建生态意义重大。

奈何当时舆论不怎么关注这事,所以之前我还在知乎发想法,专门提了一句:

我倒是一直在关注这块,openharmony光我…​www.zhihu.com/pin/1631256719857696768

相比之下,这一时期OpenHarmony有一个比较直观的变化更加吸引眼球:

据我了解可能是搞定了很多驱动,OpenHarmony从此可以跑在小米6、一加6T等手机上

可能是因为比较直观,贴近消费者,B站相关视频一大堆,关注度反而提升了不少……

OpenHarmony来了!小米6&一加6同刷OpenHarmony教程_哔哩哔哩_bilibili​www.bilibili.com/video/BV13o4y1H7Fj/?buvid=XYA0B40A8A38B37150CCF01DAB0BD0D6B8299&is_story_h5=false&mid=ZxG6K43PzvG0x7f5sUxIQQ%3D%3D&p=1&plat_id=114&share_from=ugc&share_medium=android&share_plat=android&share_session_id=888d6cf2-d087-4b70-9d6e-a47bdc16d60b&share_source=COPY&share_tag=s_i&timestamp=1691369022&unique_k=L7Uh6xr&up_id=522676659​编辑

其实到这一步,但凡稍微认真关注这个领域的都能感受到“套壳”、“营销”等言论的荒谬:

考虑到生态支持,鸿蒙建设早中期需要兼容AOSP,这不是从一开始就说过吗?

当初在争论是否为“套壳”时,不少人明确提出的标准不就是“能脱离AOSP独立运行并支持复杂应用”吗?

现在OpenHarmony不仅能运行、支持天气、购物、计算器等应用,甚至还能搭载到小米6等各类设备上,这还有什么可争的?

4、鸿蒙4.0/OpenHarmony 4.0——发令枪响前的最后蓄势

既然OpenHarmony3.0已经把架子搭好了,后续的工作就是持续完善和生态推进。

OpenHarmony3.0时期,开发者套件只能说该有的都有,但一些细节和功能还不太完善。

如果鸿蒙原生应用要想全面铺开,开发者套件必须做到全面覆盖,满足绝大多数开发需求。

鸿蒙4.0/OpenHarmony 4.0时期(其实也就是现在),开发套件完善工作基本做的差不多了。

甚至于,B站还有开发者做出了Openharmony版的B站,并将其安装在华为手机上。

(手机上鸿蒙OS一直有Openharmony,如果能装OH应用并运行还不能证明所谓“套壳”的荒谬,我也无话可说)

安装包、代码实现以及手机上的浏览效果,B站就有:

https://b23.tv/pJLECYz​b23.tv/pJLECYz

所以到OpenHarmony 4.0时期,技术上的核心问题其实都解决的差不多了。

我个人认为,搭载鸿蒙4.0的手机理论上都能升级到HarmonyOS NEXT。

就我在开发者大会的了解,剩下的工作可能有两大方向:

一方面,在系统底层替换的过程中,生态是最核心的问题。

目前手机上不要说第三方,连菊厂自家应用大多还是基于AOSP。

鸿蒙原生应用有,但不多。

随着“重复造轮子+部分优化”的工作逐步完善,未来肯定是要切换的,HarmonyOS NEXT发布一定程度上就是要推进这件事。

涉及到各类应用开发者,可想而知生态切换将是相当艰难的过程。

不过就我跟业内人士交流的情况看,这事的难度倒也没有很多人想象的那么高。

移动互联网生态已经高度成熟,绝大多数人的绝大多数时间都消耗在Top 100/200应用里,这些主流应用背后其实就那么几个巨头。

而且就目前信息来看,基本已经谈的差不多了。

另一方面,“一次开发、多端部署”的开发套件还需要持续推进。

参加开发者大会过程中,我跟工作人员聊过这方面。

针对这方面,鸿蒙生态推出了ArkUI开发框架、ArkTs语言等等。

据我了解,采用对应框架后“一次开发、多端部署”已经高度可用了。

针对不同设备UI还是需要有一些手动调整,但总体来说多设备适配能节省不少操作。

当时我还特意问了一句:既然未来会有底层切换,如何保证开发工作的延续性?

时间关系没有聊特别深,我理解是采用ArkUI开发框架会调用鸿蒙的API,就能够屏蔽掉底层的一些区别,开发者更多还是关注上层的代码实现。

总而言之,无论网络上怎么说,鸿蒙生态一直在推进建设,相关成果正逐步显现。

甚至不止手机/平板/穿戴,据我了解鸿蒙PC的计划也没有放弃。

未来生态全面切换的时刻,菊厂内部私下聊天时称之为“发令枪响”。

就目前信息来看,鸿蒙4.0/OpenHarmony 4.0很可能是发令枪响前的最后蓄势。

5、鸿蒙5.0/HarmonyOS NEXT——容器方案和一劳永逸二选一

其实到这一步,很多事情已经明朗化了。

菊厂已经联系国内头部大厂推纯血鸿蒙,业内很多人也都听到风声了。

目前看,不出意外的话明年大量主流应用就能完成鸿蒙版开发,OpenHarmony正式商用是顺理成章的事。

HarmonyOS NEXT具体实现方式,不外乎两种模式:

一种是把AOSP放入容器,进而能够继续兼容安卓应用,只是安卓应用性能会差一些;

另一种模式更加干脆彻底,反正麒麟芯片也回来了,直接把AOSP干掉就完了。

至于高通芯片的老手机,事已至此高通应该也开放了老款芯片的驱动接口,鸿蒙重写下相关驱动就行了。

从技术角度,很显然是第二种模式更简洁更彻底。

但从市场角度,我认为1~2年的过渡期内采用第一种模式可能性更大。

这是因为,虽然Top100/Top200应用足够覆盖普通人绝大多数需求,但人的消费习惯往往有肥尾性

Top2000之外的每个应用覆盖的人群都不多,但可能不少人都有那么一两个小众应用时不时派上用场。

这不是谈妥最头部的巨头就能解决的问题,而是大量中小企业软件团队的开发能力所限,短期内很难快速开发出鸿蒙版。

所以我认为,HarmonyOS NEXT推广过程中,很可能存在一段时间的过渡期。

过渡期内菊厂手机大概率是HarmonyOS NEXT为核心,AOSP放入容器。

届时主流应用应该已经适配鸿蒙,统一推送和强制代码审核后体验应该会有明显提升,少部分小众应用容器化后体验少许下降也就不太有所谓了。

总而言之,各家互联网大厂适配鸿蒙的消息,业界基本都已经传开了。

菊厂这套系统重构、生态渐进的方式,我认为目前看基本确定可以走通。

虽然可能存在1~2年的过渡期,虽然出海还有困难,但鸿蒙生态爆发式增长的未来已经不远了。

Top