电子说
OpenHarmony 4.0版本如期而至,开发套件同步升级到API 10。相比3.2 Release版本,新增4000多个API,应用开发能力更加丰富;HDF新增200多个HDI接口,硬件适配更加便捷;我们持续优化图形框架和方舟编译器(ArkCompiler),用户交互体验得到进一步提升;ArkUI组件定制化能力和组件动效能力也得到进一步增强;分布式硬件支持的范围扩大到音频和输入领域;分布式数据为开发者数据分享带来了全新的统一数据管理框架。另外,该版本在媒体、安全和隐私保护等方面也得到了进一步增强,欢迎开发者踊跃使用并给我们提出宝贵意见。
您可以阅读本文档了解更多关键特性及能力。
熟悉鸿蒙开发指导文档:[gitee.com/li-shizhen-skin/harmony-os/blob/master/README.md
]点击或者复制转到。
Stage模型完善了以下特性:
高级语言调试调优:
高级语言并发增强:
高级语言优化编译:
高级语言运行时其它功能:
编译工具链更新:
图形
稳定流畅:
极致动效:
图片能力增强:
窗口
音频
播控框架
媒体播放
相机
音视频编解码
新增接口,使用统一配置参数与接口完成上传下载业务任务创建执行,完善业务流程。
新增同步接口,用于获取编辑框信息。
提供打印服务功能,应用可以通过print接口触发打印业务。打印服务提供了系统默认的打印预览界面和任务管理界面,可以管理网络打印机设备连接。
加解密算法库框架
密钥管理
设备互信认证
支持在以下两种场景的设备间互信认证流程中生成假名,支持识别及标识设备的假名化名称。
安全基础能力
支持小型设备查询其它设备的设备安全等级信息。
证书管理
支持外部指定RSA密钥签名摘要及填充签名和验签能力。
测试框架arkxtest
自测试执行框架developer_test
稳定性测试工具wukong
支持旋转事件注入,增强注入能力。
性能调试开发工具SmartPerf Host
性能数据采集SmartPerf Device
表1 版本软件和工具配套关系
软件 | 版本 | 备注 |
---|---|---|
OpenHarmony | 4.0 Release | NA |
Public SDK | Ohos_sdk_public 4.0.10.13 (API Version 10 Release) | 面向应用开发者提供,不包含需要使用系统权限的系统接口。通过DevEco Studio默认获取的SDK为Public SDK。 |
HUAWEI DevEco Studio(可选) | 4.0 Release | OpenHarmony应用开发推荐使用。获取方式:[Windows(64-bit)]SHA256校验码:2c88cf43e1ef6ba722aac31eccc8ef92f07a9b72e43a9c1df127017828a22137[Mac(X86)]SHA256校验码:25e491458eec50b4abddf5bed6aa85893801d70afbce02958f17bd904619405a[Mac(ARM)]SHA256校验码:284cb01f7b819e0da1d4fcacbbbbe8017ba220b5e3b9b1d5e4cc59ea30456acc |
HUAWEI DevEco Device Tool(可选) | 4.0 Release | OpenHarmony智能设备集成开发环境推荐使用。[请点击这里获取]。 |
git config --global user.name "yourname"
git config --global user.email "your-email-address"
git config --global credential.helper store
curl -s https://gitee.com/oschina/repo/raw/fork_flow/repo-py3 > /usr/local/bin/repo #如果没有权限,可下载至其他目录,并将其配置到环境变量中chmod a+x /usr/local/bin/repo
pip3 install -i https://repo.huaweicloud.com/repository/pypi/simple requests
方式一(推荐)
通过repo + ssh 下载需注册公钥。
repo init -u git@gitee.com:openharmony/manifest.git -b OpenHarmony-4.0-Release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'
repo init -u git@gitee.com:openharmony/manifest.git -b refs/tags/OpenHarmony-v4.0-Release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'
方式二
通过repo + https 下载。
repo init -u https://gitee.com/openharmony/manifest -b OpenHarmony-4.0-Release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'
repo init -u https://gitee.com/openharmony/manifest -b refs/tags/OpenHarmony-v4.0-Release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'
表2 获取源码路径
版本源码 | 版本信息 | 下载站点 | SHA256校验码 | 软件包容量 |
---|---|---|---|---|
全量代码(标准、轻量和小型系统) | 4.0 Release | [站点] | [SHA256校验码] | 27.6 GB |
Hi3861解决方案(二进制) | 4.0 Release | [站点] | [SHA256校验码] | 27.3 MB |
Hi3516解决方案-LiteOS(二进制) | 4.0 Release | [站点] | [SHA256校验码] | 302 MB |
Hi3516解决方案-Linux(二进制) | 4.0 Release | [站点] | [SHA256校验码] | 194 MB |
RK3568标准系统解决方案(二进制) | 4.0 Release | [站点] | [SHA256校验码] | 5.1 GB |
标准系统Public SDK包(Mac) | 4.0.10.13 | [站点] | [SHA256校验码] | 841 MB |
标准系统Public SDK包(Mac-M1) | 4.0.10.13 | [站点] | [SHA256校验码] | 797 MB |
标准系统Public SDK包(Windows/Linux) | 4.0.10.13 | [站点] | [SHA256校验码] | 2.0 GB |
本版本在OpenHarmony 4.0 Beta2的基础上有如下变更:
此外,从4.0 Beta2至今,有少量接口变更可能影响此前应用工程的兼容性或需要您关注,详细的变更说明请[点击这里查看]
芯片及开发板适配状态请参考[SIG-Devboard]信息。
表3 新增Samples
特性 | 名称 | 简介 | 开发语言 |
---|---|---|---|
文件管理 | [选择并查看文档与媒体文件](APL等级需为system_basic) | 本示例展示了应用使用@ohos.file.picker、@ohos.multimedia.mediaLiary、@ohos.file.fs 等接口,实现了picker拉起文档编辑保存、拉起系统相册图片查看、拉起视频并播放的功能。 | ArkTS |
一次开发,多端部署 | [一多导航栏] | 本示例展示了导航组件在不同设备形态下的样式。 在小型/轻量级设备上,以tabs形式展示,内容、导航为上下样式布局,通过点击底部tabs切换内容; 在标准设备上,以SideBarContainer形式展示,内容、导航为左右布局,通过点击侧边一二级菜单进行内容切换。 本示例使用一次开发多端部署 中介绍的自适应布局能力和响应式布局能力进行多设备(或多窗口尺寸)适配,主要通过组件提供窗口断点事件,保证应用在不同设备或不同窗口尺寸下可以正常显示。 | ArkTS |
卡片 | [应用主动添加数据代理卡片到桌面](Full SDK) | 本示例主要展示了使用@ohos.app.form.formBindingData、@ohos.app.form.formProvider等接口,实现了在com.ohos.hag.famanager应用上,主动添加数据代理卡片到桌面的功能。 | ArkTS |
安全 | [安全控件类型的UI控件](Full SDK) | 本示例提供了安全控件类型的UI控件,支撑应用开发者集成安全控件做临时授权场景,当用户实际点击了某种类型的安全控件时,会对应用进行相应的临时授权,减少权限弹窗对用户的干扰,同时提供更小的授权范围。 | ArkTS |
请访问[Samples]仓了解更多信息。
表4 修复缺陷ISSUE列表
ISSUE单 | 问题描述 |
---|---|
I7BF3M | 长时间运行测试,launcher进程概率性出现appfreeze,原因是STRINGID:APPLICATION_BLOCK_INPUT卡在libeventhandler.z.so。 |
I7M51R | 低概率出现进程com.ohos.systemui下的线程render_service出现cppcrash。 |
I78C9W | 反复进入大图浏览界面后返回,导致libace.z.so出现内存泄露。 |
I7NWF3 | 因兼容性问题,使用3.2.x版本的设备和4.0.x版本的设备通过Wi-Fi引导P2P连接时开启会话失败。 |
I7BOAO | 三方仓GLES3多个测试用例执行失败。 |
表5 遗留缺陷列表
ISSUE | 问题描述 | 影响 | 计划解决日期 |
---|---|---|---|
I80TOB | 进程com.ohos.settings(所属应用:设置)有一定概率出现由于THREAD_BLOCK_6S卡在libbtframework.z.so而发生appfreeze。 | 概率问题,重新打开设置后可恢复正常,影响可控。 | 12月30日 |
I83D6I | 进入设置反复打开关闭蓝牙,有一定概率会导致设置出现appfreeze。 | 概率问题,出现设置无响应后可通过重启设备恢复正常,影响可控。 | 12月30日 |
I86YLD | 低概率出现进程com.ohos.contacts(所属应用:联系人)下的m.ohos.contacts线程导致libipc_core.z.so出现cppcrash。 | 小概率问题,重启联系人应用可恢复正常,影响可控。 | 12月30日 |
I88UKM | 进程ohos.samples.distributedmusicplayer(所属应用:音乐播放器)下的ffrtwk/CPU-2-3线程低概率出现cppcrash,导致该现象的崩溃栈为libuv.so。 | 小概率问题,重启音乐播放器可恢复正常,影响可控。 | 11月30日 |
I89CLG | 进程com.ohos.camera(所属应用:相机)下的com.ohos.camera线程小概率会导致libcamera_napi.z.so出现cppcrash。 | 小概率问题,重启相机可恢复正常,影响可控。 | 12月30日 |
I89F06 | 进程com.ohos.note(所属应用:备忘录)下的com.ohos.note线程低概率出现cppcrash,导致该现象的崩溃栈为libweb_engine.so。 | 小概率问题,重启备忘录可恢复正常,影响可控。 | 12月30日 |
I7SCU4 | 进程com.ohos.photos(所属应用:相册)有一定概率由于THREAD_BLOCK_6S卡在libark_jsruntime.so而发生appfreeze。 | 概率问题,重启相册可恢复正常,影响可控。 | 11月30日 |
I827LU | 进入设置反复打开关闭蓝牙开关会出现内存泄漏,经测试一个小时泄露15MB。 | 开关一次蓝牙系统内存泄露8.3KB,重启设备后可恢复,影响可控。 对于需要使用OpenHarmony进行商业开发的伙伴,建议使用芯片或硬件自带蓝牙模块的协议栈以规避此问题。 | 12月30日 |
I82V2W | 进入设置反复打开关闭蓝牙开关出现内存泄漏,经测试“设置”一个小时内存涨幅到180M。 | 开关一次蓝牙应用内存泄露0.2MB,重新打开“设置”卡恢复,影响可控。 对于需要使用OpenHarmony进行商业开发的伙伴,建议使用芯片或硬件自带蓝牙模块的协议栈以规避此问题。 | 12月30日 |
I86M99 I88UV6 I88UVQ | 长时间稳定性压力测试出现foundation内存泄漏,24小时泄露40MB。 | 重启设备可恢复。影响可控。 | 12月30日 |
I7TZ3V等31个内核问题 | 内核btrfs_free_tree_block函数kernel_bug等31个内核问题。 | linux原生问题且当前linux社区无补丁,跟随linux社区补丁节奏修复。不影响功能正常使用。 | 跟随linux社区修复 |
I86CNJ等38个开源组件漏洞 | lj-linux-131204684-0577967 等38个开源组件漏洞。 | 分析解决中,跟随社区漏洞管理流程SLA修复。不影响功能正常使用。 | 按漏洞SLA修复 |
I82NVZ | GPU驱动渲染出的图像与标准不符问题。 | 该问题为RK3568驱动特有问题,非系统兼容性问题,不影响其他产品和硬件的兼容性认证。 | 12月30日 |
审核编辑 黄宇
全部0条评论
快来发表一下你的评论吧 !