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

这篇具有很好参考价值的文章主要介绍了未来已来,OpenHarmony 3.2 Release发布,迈入发展新阶段。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

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

ArkUI

组件能力增强

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

应用框架

应用包管理

分布式技术

分布式软总线

分布式硬件

分布式数据管理

媒体

音频

播放

相机

图片

程序访问控制

ArkCompiler

语言特性增强

编译器运行时功能

语言基础库

C/C++工具链

驱动

HDF驱动框架能力

外设驱动模型能力

工具提升

DevEco Studio代码开发

DevEco Studio应用调试调优

测试能力

获取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了解所有新功能的详细信息。

立即查看所有新功能

zh-cn/release-notes/OpenHarmony-v3.2-release.md · OpenHarmony/docs - Gitee.com

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的开发和实践中。未来,也期待更多的共建单位和开发者携手齐心,共同打造使能千行百业的数字底座。文章来源地址https://www.toymoban.com/news/detail-536503.html

到了这里,关于未来已来,OpenHarmony 3.2 Release发布,迈入发展新阶段的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 5G用户逼近7亿,5G发展迈入下半场!

    尽管普遍认为5G投资高峰期正在过去,但是从2023年上半年的情况来看,我国5G建设仍在衔枚疾走。 近日举行2023年上半年工业和信息化发展情况新闻发布会上,工信部人士透露,截至今年6月底,我国5G基站累计达到293.7万个,逼近300万大关,已覆盖所有地级市城区、县城城区。

    2024年02月13日
    浏览(37)
  • 未来已来,跨界是常态

    在数字化时代,企业面临着挑战。不仅需要应对当期绩效的压力,还要面对未来发展的不确定性。数字化技术的快速发展导致顾客需求的变化和主体性意识的增强,使得企业经营变得更加复杂。时间轴的缩短不仅影响着当期绩效的取得,也影响着长期发展的选择。在数字化加

    2024年03月13日
    浏览(41)
  • 未来已来:AR如何改变我们的日常体验

    引言 在数字革命的浪潮中,一种技术正在逐渐改变着我们与数字世界互动的方式,这就是增强现实(AR)技术。AR不再只是科幻电影的幻想,它已经成为我们日常生活中的一部分,重新定义了我们与数字内容交互的方式。 AR,即增强现实,是一种技术,它将数字内容叠加到我

    2024年02月05日
    浏览(42)
  • Gartner发布服务器虚拟化市场指南:容器化、云原生已经成为数据中心未来的主要发展方向

      近日,国际知名权威分析机构Gartner发布了《服务器虚拟化市场指南》。报告显示云服务商和开源社区正在给服务器虚拟化领域带来新一轮的创新,容器和虚拟机融合以及基于操作系统的容器虚拟化将在数据中心等领域获得长足的发展。同时,服务器虚拟化的七大发展趋势也

    2023年04月08日
    浏览(55)
  • 【ChatGPT&AIGC研讨社】“iPhone时刻”:未来已来

    去年年末,ChatGPT以惊人的速度成为焦点,激起了中国科技界和创投领域的热情,吸引了众多人的关注。互联网巨头纷纷投资支持,科技公司竞相争锋,创业公司亦不甘示弱。 几个月后的今天,从ChatGPT、文心一言、Google Bard、New Bing、Github Copilot各种大模型层出不穷,英伟达

    2024年02月13日
    浏览(38)
  • 未来已来,时代颠覆者ChatGPT你真的了解吗?

    ✍创作者:全栈弄潮儿 🏡 个人主页: 全栈弄潮儿的个人主页 🏙️ 个人社区,欢迎你的加入:全栈弄潮儿的个人社区 📙 专栏地址:AI大模型

    2024年02月05日
    浏览(47)
  • OpenHarmony 4.0 Release 编译异常处理

    编译环境:Ubuntu 20.04 OpenHarmony 软件版本:4.0 Release 设备平台:rk3568 参考官网步骤: OpenHarmony 4.0 Release 源码获取 参考官网构建步骤: v4.0 Release 编译构建 如果上述步骤一切顺利,编译通过,build log如下: 下拉代码执行报错 unable to resolve “fork_flow”\\\" 表明repo工具无法解析名为

    2024年02月05日
    浏览(50)
  • Docker 编译OpenHarmony 4.0 release

    编译环境:Ubuntu 20.04 OpenHarmony版本:4.0 release 平台设备:RK3568 OpenHarmony 3.2更新至OpenHarmony 4.0后,公司服务器无法编译通过,总是在最后几十个文件时报错,错误码4000: 经分析尝试: 1、相同的步骤和命令,wsl2 编译OpenHarmony 4.0 r正常。 2、服务器使用sudo编译正常,但由于sudo使

    2024年02月03日
    浏览(48)
  • OpenHarmony-4.0-Release 源码编译记录

    本文基于 Ubuntu 20.04.4 LTS 这个没啥好说的,都是搞机的,用之前编译 aosp 的 linux 环境就行,有小伙伴担心会把之前的环境搞崩, 也有用 docker 编译的,我这里就直接在 aosp 环境下搞了,还省事。 安装下面这三东西,是为了下载 Harmony 源码 sudo apt install curl sudo apt install python3

    2024年02月05日
    浏览(47)
  • 开发板如何适配OpenHarmony 3.2

    简介 OpenAtom OpenHarmony(以下简称“OpenHarmony”) 3.2 Beta5版本在OpenHarmony 3.1 Release版本的基础上,有以下改变:性能上有很大的提升、标准系统应用开发框架增强、标准系统分布式能力增强。 本文介绍诚迈科技基于RK3568设计的HCPAD-100开发板以及基于RK3566设计的中控屏HongzPad2022在

    2024年02月07日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包