未来已来，OpenHarmony 3.2 Release发布，迈入发展新阶段

 

2023年4月9日，在社区开发者的期盼中，在春风送暖万物更新的季节里，我们迎来了OpenAtom OpenHarmony（以下简称“OpenHarmony”）3.2 Release新版本的发布。相比一年前的OpenHarmony 3.1 Release版本，新版本的系统能力、系统整体性能、稳定性和安全性都进一步得到提升和完善；OpenHarmony 3.2 Release版本为应用开发而生，在系统能力、开发工具和API、硬件调测等将为开发者带来全新体验！

OpenHarmony开源两年多以来，吸引了130多家伙伴、超过5100名开发者参与共建和贡献，产出超一亿行代码。超260款软硬件产品通过兼容性测评，广泛覆盖了能源、金融、交通、教育、政务、家居等很多行业。感谢各位伙伴和开发者的贡献，是大家的支持和贡献，加速了OpenHarmony生态的繁荣发展。随着OpenHarmony 3.2 Release版本的发布，OpenHarmony社区迈入新的发展阶段。

OpenHarmony 3.2 Release版本带来了众多的新特性，支持采用ArkTS语言+Stage应用模型进行大型应用、原子化服务开发；ArkCompiler的优化、Taskpool机制提升应用运行性能；ArkUI组件能力增强，强化图形渲染能力和系统安全能力，丰富分布式业务开发；引入AI框架，同时，媒体、电话、通信、Web、安全、调测能力进一步提升；外设模型进一步丰富。新版本还提供了API Level 9稳定接口。下文描述新版本的部分新特性，请您前往OpenHarmony 3.2 Release Note了解所有新功能的详细信息。

立即查看所有新功能

https://gitee.com/openharmony/docs/blob/master/zh-cn/release-notes/OpenHarmony-v3.2-release.md

OpenHarmony 3.2 Release为开发者带来了什么

ArkUI

组件能力增强

●支持XComponent控件，可用于EGL/OpenGL ES和媒体数据写入，并在XComponent组件显示；通过XComponent组件，配合NDK能力，构建C++/ArkTS混合开发能力，支持游戏、媒体应用开发。

●支持AbilityComponent控件，支持嵌入其他应用作为控件（Component）显示。

●增加基础的ArkTS卡片开发能力：支持卡片交互、能动态更新内容；统一卡片和页面的开发范式，页面的布局可以直接复用到卡片布局中，提升卡片开发体验和开发效率。

● 系统默认支持纯文本、纯图片复制、粘贴、拖拽，无需开发者处理复制、粘贴、拖拽事件。

● 支持多级菜单和分组菜单。

● 支持切换深色模式/浅色模式，仅系统应用支持。

UI界面开发支持一次开发适配多屏幕规格

● 交互归一能力增强，交互归一事件对接TP、鼠标、键盘、触摸板、手写笔，ArkUI原生组件支持归一化的操作方式。

● 响应式布局能力优化，增强了媒体查询能力，栅格系统重构且对接自由窗口。

● 走焦能力增强，支持Tab键和方向键走焦，支持配置组件是否可获焦。

● 支持增强分栏与侧边栏组件能力，支持拖拽自动隐藏等能力。

应用框架

● Stage模型，OpenHarmony API 9新增模型，提供了应用程序必备的组件和运行机制。开发者可以基于该模型进行复杂应用开发，使应用开发更简单、高效。

○ 以类形式提供组件开发，方便开发者基于类扩展。

○ 进程内共享虚拟机实例，减少应用内存占用。

○ 支持在进程内共享数据对象，方便开发者在多模块间共享状态。

○ Ability生命周期和窗口显示/焦点事件分离，统一了多设备形态下组件的生命周期，有利于多设备应用开发。

○ Ability与UI职责分离且具备RPC调用能力，原生支持组件级的跨设备迁移与协同，有利于分布式应用开发。

● 提供Extension机制，借助Extension，应用在与其他应用或系统进行交互时向他们提供自定义功能和内容，例如：应用可以作为卡片显示在系统桌面或者系统闲时执行后台任务等。当前支持的常用Extenson有：FormExtensionAbility、WorkSchedulerExtensionAbility、InputMethodExtensionAbility、AccessibilityExtensionAbility等。

● 原子化服务支持分包预加载，提升服务首次加载性能。

● 支持HSP（Harmony Shared Package）动态共享包，支持应用内代码和资源的共享。

应用包管理

● 支持选择默认应用，例如用户使用应用程序打开文件或url地址时选择了默认程序，后续将自动打开该应用程序操作文件。

● 支持对部分预置应用如Launcher、SystemUI、Settings等，系统事先授予权限（如定位、电话联系人等权限）、简化设备开箱后的授权过程，提升用户体验。

● 支持预置应用配置是否可常驻、是否可以多进程，是否允许使用Service类型的ExtensionAbility等能力，加强对预置应用的权限管控。

● 支持动态修改和更新应用程序的代码，提供快速修复程序包便于应用快速响应需求和修复问题（此能力依赖设备厂商构建应用市场并提供分发能力）。

● 支持so基于hap包的隔离，方便开发者在不同的模块中部署so文件，避免了不同模块so重名的问题。

分布式技术

支持元服务和卡片跨设备流转，包括：跨设备查询、添加、刷新、删除等。

分布式软总线

● 提供基于蓝牙链路的文件传输能力，蓝牙数据传输通道相比OpenHarmony 3.1版本性能提升约10%。

● 通过为每个进程分别建立Message和Byte高低优先级队列，确保在Message和Byte并发的情况下，优先保障消息队列的数据发送，同时也能保障Byte得到有效传输，解决了在字节数据拥塞的情况下，消息数据不能及时传输的问题。

● 在支持RAW流的基础上，新增COMMON流传输能力，将未加密音视频流交由软总线进行加解密，调用者只需要把原始的音视频流数据传递给软总线，软总线保障数据的安全传输。

● 支持传输链路（WLAN/WiFi P2P/蓝牙BR）动态选择。根据双端设备支持的传输链路以及业务调用软总线传输接口（SendFile、SendSteam、SendMessage、SendBytes）进行链路选择。例如当需要传输流数据时，优先选择WLAN（5G频段）进行传输，如果WLAN不可用，则选择其它链路（例如WiFi P2P）进行传输。

分布式硬件

● 分布式相机拍照支持设置拍摄地理位置信息和照片质量级别（影响照片的压缩比和画质清晰度）。

● 分布式相机支持录像功能。

● 设备管理支持将帐号认证信息导入到设备安全认证系统中，相同帐号的设备可以自动完成设备认证和组网。

分布式数据管理

跨应用数据访问、本地数据库、数据同步能力进行了优化和增强。

● 通过代理方式实现同设备内跨应用数据访问，避免频繁拉起数据源应用。

● 支持同设备内关系型数据库、键值型数据库的跨应用数据访问。

● 支持键值型数据库和关系型数据库。

● 支持对数据库文件的加密保存。

● 支持数据库的异常损坏检测以及异常重建。

● 支持应用通过客户端进行备份和恢复数据库。

● 支持自动备份键值型数据库。

● 支持同应用跨设备对关系型数据库远程查询。

● 支持元数据库异常损坏检测和自动重建。

● 键值型数据库从统一的系统沙箱切换到各应用沙箱，缩小应用数据的访问权限，提升了应用数据的安全性。

媒体

音频

● 提供选择蓝牙设备进行音频播放和通话的能力。

● 支持生成DTMF拨号音并进行播放。

● 支持OpenSL ES基础录音接口。

● 支持应用查询当前可用的音频设备列表，并携带具体设备信息，比如设备采样率、通道数、通道掩码。

● 支持查询系统中已建立的播放流和录音流信息。

播放

● 媒体播放支持fd格式输入的本地播放、支持HTTPS、HLS协议网络点播功能。媒体播放支持基于HDI的H264硬解播放能力。

● 提供音视频编解码能力，基于HDI codec接口的视频硬编码/硬解码能力。

相机

● 支持相机拍照配置：格式、分辨率、质量（影响照片的压缩比和画质清晰度）、地理位置等。支持录像和录像中抓拍。

● 支持相机精准隐私保护策略，仅允许前台使用（包含相机悬浮窗场景）；支持系统服务后台使用相机，不允许第三方APP后台静默使用相机。提供系统接口，供相机全局开关开启、禁用调用。

图片

增加支持raw、Webp图片格式。

程序访问控制

● 实现应用和系统进程的权限管理框架，提供如下应用权限的操作接口：

○提供权限的校验、权限的授予、权限的撤销功能。

○提供权限的授权变化监听功能。

○提供拉起权限弹窗的接口，应用可以通过该接口拉起弹窗，向用户申请授权。

● 提供权限弹窗应用以及Setting应用的隐私权限管理功能。

● 提供隐私报告功能，支持添加/查询权限访问记录、监听权限使用状态变化接口。

● 提供隐私保护增强特性，提升用户的隐私保护体验，包括：

○相机使用提醒，在相机使用时，通知systemUI在右上角显示小圆点，提示用户。

○一键开关功能，提供用户一键开关，管控设备麦克风/相机敏感资源的使用。

● 提供SELinux功能的permissive模式。

ArkCompiler

语言特性增强

● 支持严格模式的Ecma2021规范。

编译器运行时功能

● 提供es2abc编译器，优化字节码编译性能、缩短编译时间。

● 提供汇编解释器提升应用高级语言运行性能。

● 提供基于PGO配置文件的Host AOT优化编译器，提升应用高级语言高负载性能。

● 支持模块化能力，更好、更规范的支持复杂应用工程开发。

● 支持热补丁机制，提供应用热修复运行时技术底座。

● 调试增强，支持多实例调试、热重载调试，提升开发者开发效率。

● 支持基于CDP协议的CPU Profiler/Heap Profiler调优能力，提供应用性能调优和内存调优能力。

语言基础库

● utils功能增强，支持uuid提供通用统一标识符功能，支持Buffer提供缓冲区读写比较查找功能。

● Concurrent并发库增加并发API TaskPool基础版，提供并发任务接口。任务池（Taskpool）作用是为应用程序提供一个多线程的运行环境，降低整体资源的消耗、提高系统的整体性能。C/C++工具链

● 工具链升级：LLVM升级到12.0.0，支持MIPS架构、RISC-V架构。

● 功能增强：支持stack pageguard保护，地址随机化，namespace隔离，CFI功能，Fortify功能，时区数据更新等，提升C/C++库安全。

● 性能优化：实现高频函数性能优化提升c库基础性能，实现linker优化提升库加载性能。

● 支持locale提供时区设置刷新功能。

驱动

HDF驱动框架能力

● 支持内核态驱动动态加载、外接设备即插即用事件上报、驱动安全策略配置，为开发者提供更稳定、安全的驱动平台底座。

● HDI接口支持IPC调用和直通调用两种通路模式，开发者可根据实际业务灵活使用，提升业务性能。

● 支持HDI服务化代码自动生成能力、模板化驱动代码生成能力、HCS宏式解析及配置可视化编辑等能力，降低驱动开发门槛，提高开发效率。

● Platform平台驱动支持用户态中断、新增CAN总线HDF驱动框架、MMC驱动实现优化等。

外设驱动模型能力

● Camera驱动模型支持自拍镜像、镜头控制、JPEG位置信息添加、Sensor捕获角查询、人脸识别Meta流支持，简化相机驱动开发难度。

● Audio的ADM模型增加耳机接入、听筒和喇叭切换控制、通话音量设置、通话静音等关键控制能力，支撑音频硬件生态拓展。

● Display驱动模型支持多屏管理、软件Vsync机制、兼容FrameBuffer架构，支持不同显示架构高效接入。

● 支持标准系统的Codec硬件编解码驱动模型、提供Codec HDI 2.0接口及参考实现，支持更完备的硬件编解码能力。

● 支持马达驱动模型，包括马达振动启停、基础马达效果控制，为用户提供丰富的振感体验。

● 支持手势驱动模型，包括状态事件、设备状态事件上报；支持手势启停、功能状态配置。

● USB驱动模型支持设备模式和主机模式，新增支持设备模式下RNDIS网络驱动等DDK能力。

● 支持WLAN驱动能力抗干扰能力，提供最优P2P信道选择能力，持续提升WLAN信号质量。

工具提升

DevEco Studio代码开发

● 支持应用/服务开发环境的诊断功能，能够检测开发环境是否完备，确保开发者拥有良好的开发体验。若检查结果中存在不满足的检查项，建议您根据修复建议进行调整。

● 提供基础模板和卡片模板，支持Stage工程下创建ArkTS服务卡片，帮助开发者快速开发应用和服务。

● 支持OpenHarmony工程添加Extension Ability模板，具体请参考在模块中添加Ability。

● 支持按照ArkUI新语法和新规范，检查代码提示错误；新增Code Linter代码检查功能，支持配置检查规则，修复检查结果。

● 支持C++代码Quick Fix基础能力，具体请参考代码Quick Fix快速修复。

● 提供全新的OHPM CLI（OpenHarmony Package Manager Command-line Interface） 生态三方库包管理工具，支持OpenHarmony共享包发布、安装和依赖管理。支持API 9的历史工程迁移为OHPM工程，详细参考历史工程手动迁移。

● 支持构建闭源HAR，并支持配置HAR的混淆能力。

● 支持AOT编译模式，提供高负载TS性能选择和构建能力，提升应用运行性能，具体请参考开启AOT编译模式。

● API 9的Stage工程默认开启模块化编译，可有效缩短增量编译时间、减小编译后的包体积。

● 支持并发编译提升编译速度。

DevEco Studio应用调试调优

● 支持ArkTS/JS与C/C++跨语言调试特性，在C/C++工程中，采用ArkTS/JS与C/C++进行混合开发，能够在ArkTS或JS调用C/C++方法处，直接进入C/C++代码中进行调试，方便开发者快速发现并解决跨语言调用相关代码问题。具体请参考ArkTS/JS与C/C++工程跨语言调试。

● 支持Hot Reload热重载，支持保存代码后在真机上使用最新的代码而无需重启应用。

● 支持OpenHarmony多包推送和多实例调试功能。

● 支持OpenHarmony API 9 C/C++工程的内存错误检测。

● OpenHarmony日志功能支持打印FaultLog，便于应用开发者快速查询、定位、导出应用故障信息。

● 测试框架能力增强，针对JS/ArkTS API Version 8和9的工程，测试框架的执行效率显著提升；同时优化了测试框架模板，提升模板代码的可读性。

测试能力

● 新增测试用例筛选执行能力，支持在用例中配置指定字段如用例类型、级别等参数，通过命令执行筛选后的用例，帮助开发者提升测试执行效率。

● 新增测试用例驱动执行能力，可将相似测试逻辑的不同输入输出数据配置到辅助文件中使用，帮助开发者减少测试代码量。

● 新增多窗口、双指捏合、抛滑等UI场景模拟操作能力，提升UI自动化支持范围。

● 新增OpenHarmony应用质量要求兼容性测试规范，涵盖UX、性能、功耗、稳定性、兼容性和安全六大方面，规范OpenHarmony应用基础质量要求。

● SmartPerf-Host性能功耗调试调优工具，为开发者提供一套性能调优平台，支持GUI（图形用户界面）操作进行详细数据分析。3.2版本新增：

○支持功耗分析能力，展示应用各子类别功耗占比信息、资源申请使用记录、功耗异常事件、功耗与系统状态关联信息。

○支持Web端抓取trace。

○支持SQL查询和Metrics说明。

○支持内核内存事件分析。

● wukong软件稳定性工具能力增强：

○支持注入滑动、鼠标、字符、系统按键、控件事件，模拟用户多样化随机操作，覆盖真实用户操作场景，挖掘更多稳定性问题。

○支持设置运行总时长、应用黑白名单，实现个性化测试。

○支持控件顺序遍历测试，测试过程中支持界面截图；支持休眠唤醒测试。

获取OpenHarmony 3.2 Release源码进行体验

OpenHarmony 3.2 Release版本依照惯例，继续提供版本源码和现成镜像的方式，支持社区开发者进行体验、使用。

方式一

OpenHarmony 3.2 Release Note中提供了版本代码的下载方式。您可以从版本分支获取该版本分支的最新源码，包括版本发布后在该分支的合入。同步代码的命令如下：

repo init -u git@gitee.com:openharmony/manifest.git -b OpenHarmony-3.2-Release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'

　　

方式二

OpenHarmony 3.2 Release Note中还提供镜像站点，可以直接获取镜像进行体验，支持全量代码、各种解决方案、适用各种平台的标准系统Public SDK包。

加入社区共建，持续贡献

当前，已有数以千计的开发者参与到OpenHarmony的贡献和共建中来。同时，也已累计有上百家伙伴单位参与到OpenHarmony的开发和实践中。未来，也期待更多的共建单位和开发者携手齐心，共同打造使能千行百业的数字底座。