2022年鸿蒙生态报告.pdf

2022年鸿蒙生态报告Report of the Ecology of OpenHarmony in 2022目录CONTANTS01报告背景-1数据来源以及数据处理方法-1报告概述03JavaScript/eTS/ArkUI/方舟开发框架-12富设备开发板/Dayu200-12芯片、开发板（Hi3861/RK3399/RK3568/RK2206等）-12物联网/智能家居/鸿蒙智联-13鸿蒙生态技术关键词05总结02版本迭代-2代码贡献-4共建开发者-6 商业落地-8鸿蒙生态数据分析04应用开发者自我价值实现渠道有待拓展-14开发者的综合开发体验尚有提升空间-14鸿蒙生态开发者关切总结-151报告概述01报告背景2022年鸿蒙生态报告 是51CTO开源基础软件社区基于OpenHarmony官网公示数据和OpenHarmony主干代码仓统计数据分析而来，能够较为真实的反应出OpenHarmony生态在2022年所取得的进展和不足。报告中具体数据以外的观点及结论，均来自51CTO开源基础软件社区OpenHarmony开发者的真实反馈。本报告得到了李传钊、夏德旺、梁开祝、祝尚元等专家的帮助和指导，特此感谢。数据来源以及数据处理方法为求数据精准，我们深入了解了OpenHarmony开源项目内部代码管理规则和代码度量标准。OpenHarmony系统版本数据来源于OpenHarmony项目开发者文档仓库（docs仓）中的版本说明（release-notes）；项目代码共建部分数据来源于OpenHarmony官方网站（）公示的主仓代码贡献度量明细（试行版），数据导出时间为2023年1月11日；商业落地部分数据源于OpenHarmony官方网站公示的兼容性测试结果，数据导出时间为2023年1月11日；遵循OpenHarmony项目代码度量标准，OpenHarmony项目中引入的第三方开源组件所产生的的代码量被排除在本报告之外。2鸿蒙生态数据分析02版本迭代基于OpenHarmony系统发布以来社区版本发布情况，按照年份和操作系统版本号统计如下：OpenHarmony自2020年8月开源以来共计发布27个社区版本。2022年，社区版本迭代频繁，共发布18个社区版本。其中2个更新版本基于OpenHarmony 1.X版本，16个更新版本基于OpenHarmony 3.X版本。根据2022年OpenHarmony版本更新内容，按照能力增强和修复问题分类统计如下：32022年OpenHarmony项目除去对OpenHarmony1.X版本进行维护外，工作重心主要围绕着OpenHarmony3.X版本的能力增强和能力加固（修复问题）展开。3.X版本的能力增强主要集中在搭建标准系统的基础能力、分布式能力、应用程序框架能力和应用能力上。4在2022年，OpenHarmony 3.0.X、OpenHarmony 3.1.X 和 OpenHarmony 3.2 BetaX 的更新频率为1.82.5个月不等。OpenHarmony 1.X版本和OpenHarmony 2.X版本侧重于维护，更新间隔较长。代码贡献截至2023年1月11日，OpenHarmony项目代码量达到1800万+行（含代码中必要空行和注释），累计成功合入主干代码仓的PR数量约为10万+笔，累计代码变更行数为3205万+行（含增加和删除，下同）。OpenHarmony系统发布以来，主干代码仓代码变更行数和成功合入主干PR数统计如下：52022年，合入OpenHarmony主干代码仓的PR数量为8.4万+笔，代码变更行数为2384万+行。相较于2021年，代码变更量增长率为197%，PR增长率为460%。2022年OpenHarmony项目中有代码变更的224个代码仓的代码变更量统计如下：62022年，OpenHarmony项目中有代码变更的224个代码仓中，变更量最高的为xts_acts代码仓（OpenHarmony生态认证测试套件的集合），达到397万+行，占2022年总代码变更量的16.66%。其他代码变更量排名靠前的代码仓与Ark应用开发框架、芯片适配、硬件驱动、开发者工具及软总线相关。共建开发者OpenHarmony项目累计参与代码共建的开发者为5300+人，累计参与代码共建的企业数为50+个。OpenHarmony项目发布至今，共建开发者数量和分类统计如下：72022年参与代码共建的开发者数量为4100+人，其中来自生态企业的代码共建者2300+，个人开发者1700+人。相较2021年，2022年代码共建者数量呈现爆发式增长，增长率接近300%。在共建企业方面，企业数量为35家，并无增长，但有更替。作为OpenHarmony项目发起单位，华为的代码量占比为90%。因此为了更好反映项目代码共建情况，统计数据将排除华为产生的共建代码数量。2022年OpenHarmony非华为产生的代码变更量统计如下：8在2022年产生的代码变更中，非华为共建者的代码共建比率提升至18%左右，华为贡献的比率有所下降，约为82%。值得注意的是，个人开发者代码共建量为153万行，占2022年代码总变更量的6.41%。截止到2022年，累计通过OpenHarmony系统兼容性测试的设备/发行版数量为227个，其中2022年通过测商业落地操作系统的商业落地具有特殊性，既需要完善的基础能力，也需要丰富的硬件支撑。从硬件支撑维度来看，OpenHarmony系统在商业化落地的过程中涉及到芯片适配、开发板适配、发行版和最终的商业化产品。OpenHarmony兼容性认证结果统计如下：9试的商用设备数为102个，模组/开发板为81个，行业发行版为28个。商用设备和行业发行版实现了0的突破，模组/开发板获得了较大的增长。在2021年发布之初，OpenHarmony仅支持海思的3款芯片，到2022年OpenHarmony已支持20+企业的芯片。这些芯片中不仅有在物联网领域被广泛采用的主流芯片，也有应用在移动通讯设备上的高性能芯片。据不完全统计，在2022年通过OpenHarmony系统兼容性测试的81款模组/开发板产品中，共计涉及40+种芯片。值得注意的是，有部分芯片仍处于适配和兼容性测试进行过程中，因此并未出现在OpenHarmony系统兼容性测试结果列表中。2022年通过OpenHarmony系统兼容性测试的模组/开发板统计如下：102022年通过OpenHarmony系统兼容性测试的模组/开发板总数为81款（占总量的84%），其中小型系统7款，轻量系统51款，标准系统23款。这些模组/开发板中88%基于OpenHarmony3.X版本开发，63%基于OpenHarmony轻量系统开发。2022年，OpenHarmony的行业发行版实现了从无到有，共计15家企业发布了28个行业发行版，均基于OpenHarmony 3.X版本开发，主要集中在轻量系统和标准系统。这28个行业发行版涉及的领域包含金融支付终端、消费级移动终端、商显终端、智慧城市、智慧交通、智慧教育、工业物联网和智慧社区等。2022年通过OpenHarmony系统兼容性测试的商用设备统计如下：112022年通过OpenHarmony系统兼容性测试的商用设备共计45家企业的102款产品，其中基于小型系统4款，基于轻量系统68款，基于标准系统30款。基于OpenHarmony 3.X版本发布的商业产品为77款，占比75%以上。这些商业产品主要分布在教育、金融支付、安防、家电和消费电子等领域。12鸿蒙生态技术关键词03通过对多个内容平台上OpenHarmony系统相关关键词出现频率的统计，并结合鸿蒙生态在2022年相关技术热点，我们筛选出以下2022年鸿蒙生态技术关键词。这些关键词或能反映开发者关切，或能呈现技术变化趋势，或能推断鸿蒙生态建设重心。JavaScript/eTS/ArkUI/方舟开发框架鸿蒙生态的应用开发语言经历了从Java转向JavaScript，再转向eTS的过程，并于2021年10月正式确认Ark框架技术路线。作为使用群体巨大、语言生态成熟、跨端能力强的开发语言，JavaScript和eTS在面向场景编程的OpenHarmony设备上具有很大优势。富设备开发板/Dayu200由江苏润和软件出品的Dayu200开发板是鸿蒙生态中首个富设备开发板，它的意义在于打通了设备开发和应用开发，让南北向结合的场景化开发成为可能。Dayu200之后，多家鸿蒙生态企业推进了富设备开发板的研发，并在2022年迎来集中爆发，为开发者提供丰富的选择。芯片、开发板（Hi3861/RK3399/RK3568/RK2206等）OpenHarmony操作系统的芯片生态在2022年取得了长足发展，随之而来的是各类开发板的推出。除去早期搭载海思芯片的开发板外，2022年出现频率最高的是瑞芯微RK3XXX系列芯片。RK3XXX系列的适配让13OpenHarmony具有了富设备开发的前提和能力，也激发了开发者对OpenHarmony系统探索的热情。物联网/智能家居/鸿蒙智联基于OpenHarmony操作系统的设备开发技术框架相对稳定，这将有利于开发者获得技术上的长期积累。OpenHarmony项目组在芯片适配上持续大力的推动策略，让OpenHarmony开发板生态逐渐丰富。尤其是富设备开发板的推出，极大促进开发者们在物联网领域的持续探索。14鸿蒙生态开发者关切04本部分整理自51CTO开源基础软件社区开发者的真实反馈，希望能够表达开发者的诉求。应用开发者自我价值实现渠道有待拓展OpenHarmony操作系统的应用生态仍处于起步阶段，各方面的机会相对较少。开发者自我价值实现渠道主要包含：职业成长、技术成长和影响力成长。由于应用开发语言变更，应用开发者无法在某一技术路线上持续积累技术和影响力。同时，职业成长机会主要依赖鸿蒙生态企业的招聘需求，这部分需求主要集中在硬件开发者和系统开发者上，这导致数量众多的应用开发者尚无太大施展空间。开发者的综合开发体验尚有提升空间从前文展示的OpenHarmony版本迭代数据可知，2022年是OpenHarmony频繁更新的一年，更新内容涉及应用开发框架搭建，对应的应用开发语言由Java转为eTS。开发语言的变更导致前期Java开发者的学习投入变成无效投入。同时，频繁的版本更新带来了一些问题，比如：开发文档对不同版本的区隔不够细致，API版本间不兼容，此外系统开发者还需要面对复杂的工具链。15总体看来，2022年OpenHarmony项目在代码共建和商业落地上还是获得了丰硕成果。2022年，OpenHarmony版本更新极为频繁。OpenHarmony 3.X版本系统的基础能力获得了较大提升，足 以支撑商业场景下的应用创新。搭建标准系统的应用能力是OpenHarmony项目的主要方向之一，代码变更量前十的代码仓多与之相关。商业落地是OpenHarmony项目推动的重点，为商业落地提供辅助的xts_acts代码仓产生了最多的共建代 码。代码共建量前十的企业均有自身商业化诉求，这推动了OpenHarmony项目的代码共建进程。2022年多个OpenHarmony项目捐赠单位设立了以OpenHarmony为主营业务的子公司，这将让 OpenHarmony生态建设以及商业落地进入快车道。从开发者构成方面来看，企业开发者占据大半。企业开发者具有优秀的代码贡献能力，而占比相对少数的 个人开发者也在代码贡献上发挥了相当大的作用。个人开发者参与开源共建的主要驱动力来自自身的技术成长需求，OpenHarmony项目个人开发者的活跃 一定程度上印证了该项目在技术上对开发者的吸引力。OpenHarmony基础能力、芯片适配、模组/开发板和发行版是商业产品的前提，这四者在2022年获得了极 大的进展。基于这些进展的商业产品尚未大规模推出，能量尚未释放完全。无论是从系统对应用程序的支撑上来看，还是从硬件设备的拓展上来看，OpenHarmony均是在为2023年 应用开发的爆发做准备。芯片适配工作已经满足了部分场景下的应用，但仍需拓展其宽度和高度：囊括更多芯片型号，发展更高性 总结0516 能芯片。商业场景尚无标杆型创新应用出现，并未充分展示出OpenHarmoy系统的技术先进性。在多个维度中，基于小型系统的设备仍有待发展。