harmony 鸿蒙OpenHarmony 3.2.1 Release
OpenHarmony 3.2.1 Release
版本概述
当前版本在OpenHarmony 3.2 release的基础上,更新支持或优化增强的能力如下: 分布式数据管理:依照安全合规的要求uuid仅支持系统应用和SA,不再支持普通用应用,数据管理切换UUID,整改为普通应用可使用的新uuid(sha256(appId_uuid))。
配套关系
表1 版本软件和工具配套关系
软件 | 版本 | 备注 |
---|---|---|
OpenHarmony | 3.2.1 Release | NA |
Public SDK | Ohos_sdk_public 3.2.12.5 (API Version 9 Release) | 面向应用开发者提供,不包含需要使用系统权限的系统接口。通过DevEco Studio默认获取的SDK为Public SDK。 |
HUAWEI DevEco Studio(可选) | 3.1 Release | OpenHarmony应用开发推荐使用。 点击此处获取 |
HUAWEI DevEco Device Tool(可选) | 3.1 Release | OpenHarmony智能设备集成开发环境推荐使用。 点击此处获取 |
源码获取
前提条件
git config --global user.name "yourname"
git config --global user.email "your-email-address"
git config --global credential.helper store
- 安装码云repo工具,可以执行如下命令。
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获取
方式一(推荐)
通过repo + ssh 下载(需注册公钥,请参考码云帮助中心)。
repo init -u git@gitee.com:openharmony/manifest.git -b refs/tags/OpenHarmony-v3.2.1-Release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'
方式二
通过repo + https 下载。
从版本发布Tag节点获取源码。可获取与版本发布时完全一致的源码。
repo init -u https://gitee.com/openharmony/manifest -b refs/tags/OpenHarmony-v3.2.1-Release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'
从镜像站点获取
表2 获取源码路径
版本源码 | 版本信息 | 下载站点 | SHA256校验码 | 软件包容量 |
---|---|---|---|---|
全量代码(标准、轻量和小型系统) | 3.2.1 Release | 站点 | SHA256校验码 | 21.8 GB |
Hi3861解决方案(二进制) | 3.2.1 Release | 站点 | SHA256校验码 | 22.9 MB |
Hi3516解决方案-LiteOS(二进制) | 3.2.1 Release | 站点 | SHA256校验码 | 293.3 MB |
Hi3516解决方案-Linux(二进制) | 3.2.1 Release | 站点 | SHA256校验码 | 174.6 MB |
RK3568标准系统解决方案(二进制) | 3.2.1 Release | 站点 | SHA256校验码 | 3.9 GB |
标准系统Public SDK包(Mac) | 3.2.12.5 | 站点 | SHA256校验码 | 664.5 MB |
标准系统Public SDK包(Mac-M1) | 3.2.12.5 | 站点 | SHA256校验码 | 623.3 MB |
标准系统Public SDK包(Windows/Linux) | 3.2.12.5 | 站点 | SHA256校验码 | 1.6 GB |
更新说明
API
3.2.1 Release对比3.2 Release API接口无变更。
芯片及开发板适配
芯片及开发板适配状态请参考SIG-Devboard信息。
修复缺陷列表
表3 修复缺陷ISSUE列表
ISSUE单 | 问题描述 |
---|---|
I6U1H9 | GridCol的属性gridColOffset在IDE预览器中不支持预览。 |
I6TMP3 | 长按应用进入图片预览,向后滑动150张卡片左右,点击添加卡片,桌面不显示卡片。 |
I6RJTP | 设备蓝牙界面,点击对应的蓝牙耳机进行连接,当设备蓝牙耳机显示栏显示的状态为正在连接时,设备无法关闭蓝牙功能。在蓝牙设置页面点击开关按钮,页面无响应,有时还会出现页面闪退。 |
I6TFXF | 【压力测试】【低概率】出现1次 由进程/system/bin/hiview下的sysevent_servic线程导致libjsoncpp.z.so出现crash。 |
I6TS20 | 【压力测试】【低概率】出现2次,com.ohos.note进程下Chrome_IOThread发生cppcrash,信息为libweb_engine.so。 |
I6TS25 | 【压力测试】【低概率】出现1次,com.ohos.note进程下com.ohos.note发生cppcrash,信息为libweb_engine.so。 |
I6A80S | Web组件加载微博出现漏屏现象。 |
I6VRJ8 | 【高概率】【wukong】出现8次,由进程com.ohos.note下的Chrome_IOThread线程导致libweb_engine.so出现cppcrash。 |
I6YJHC | 【高概率】【wukong】出现9次由进程com.ohos.note下的com.ohos.note线程导致ld-musl-arm.so.1出现cppcrash。 |
I6YT0V | 【高概率】【wukong】出现6次由进程com.ohos.note下的RSRenderThread线程导致libeventhandler.z.so出现crash。 |
I6YSP4 | 【低概率1/10】【wukong】出现1次 由进程com.ohos.note下的com.ohos.note线程导致librender_service_base.z.so出现crash。 |
I6Z5XW | 【高概率8/10】新建十几条条草稿,再逐一删除草稿,com.ohos.mms出现内存泄漏。 |
I6YZGA | 【低概率1/10】【wukong】出现4次 由进程com.ohos.note下的RSRenderThread线程导致libskia_ohos.z.so 出现cppcrash。 |
I64726 I641A2 |
蓝牙功能接口bluetooth.pairDevice在与其他设备配对时无配对提示,与其他设备静默配对后通过蓝牙键盘、鼠标完全可控制设备。 |
I6TRY1 | 【低概率】【wukong】出现1次 ,由进程com.ohos.note下的com.ohos.note线程导致libace.z.so出现cppcrash。 |
I6TS3O | 【低概率】【wukong】出现3次 由进程 com.ohos.contacts下出现栈为libace.z.so出现appfreeze问题。 |
I6TFT1 | 【低概率】出现2次,由进程com.example.actsgetcurrenttopabilitystageatest下的出现jscrash,栈名:anonymous/AssertException。 |
I6TFUX | 【低概率】出现1次,由进程com.open.harmony.acetestfour下的events_emitter线程导致libemitter.z.so出现crash。 |
I6TFXY | 【低概率】出现3次,由进程com.example.abilitymultiinstance下的出现jscrash,栈名:AssertException;由进程com.example.startabilityforresult下的出现jscrash,栈名:AssertException。 |
I6TGJ2 | 【低概率】出现2次,由进程/system/bin/hiview下的usage_event_rep线程导致libhiviewbase.z.so出现crash。 |
I6TR29 | 【低概率】出现1次,由进程com.ohos.smartperf下的com.ohos.smartp线程导致libace.z.so出现crash。 |
I6TS0D | 【低概率】出现1次,由进程com.ohos.note下的Chrome_IOThread线程导致libace.z.so出现cppcrash。 |
I6TS20 | 【低概率】出现2次,com.ohos.note进程下Chrome_IOThread发生cppcrash,信息为libweb_engine.so。 |
I6TS25 | 【低概率】出现1次,com.ohos.note进程下com.ohos.note发生cppcrash,信息为libweb_engine.so。 |
I6TUR9 | 【压力测试】【高概率】出现10次,com.ohos.mms应用出现appfreeze。 |
I6TVCX | 【压力测试】【高概率】systemui出现内存泄漏,呈上升趋势。 |
I6T09Y | 【压力测试】【低概率】出现1次由进程com.ohos.camera下的com.ohos.camera线程导致libpluginmanager.z.so出现crash。 |
I6T0EO | 【压力测试】【低概率】出现2次由进程com.ohos.mms下的出现jscrash。 |
I6TKQP | 【压力测试】【低概率】【wukong】出现1次,由进程com.ohos.note下的com.ohos.note线程导致libace.z.so出现crash。 |
I6TNY9 | 通话记录处充满记录时,向上滑动时拨号键盘无法隐藏。 |
I6TRW7 I6TRRX I6TRHA I6TRH3 I6TRGZ I6TRGO I6TRGJ I6TRGG I6TRGD I6TRG9 I6TRG6 I6TIFP I6TBIR I6RQLV I6RQLT I6QYZS I6QYZR I6QYZI I6QYZG I6QYZF I6QYZ9 I6QYZ7 I6TRHE I6TRH7 I6TRGV I6TRGS I6TRG2 |
【漏洞】 【OpenHarmony-3.2-Release】 lj-oss-fuzz-132 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1652 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1815 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1823 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1817 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1819 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1822 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1816 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1821 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1813 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1814 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-28464 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-48434 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-0466 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-0465 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-27535 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-27533 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-27536 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-27538 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-27537 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-27534 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-0464 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1812 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1818 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1811 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1820 【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1810 |
遗留缺陷列表
表4 遗留缺陷列表
ISSUE | 问题描述 | 影响 | 计划解决日期 |
---|---|---|---|
I6B4U3 | 进程com.ohos.launcher低概率(3/10)引发appfreeze | 安装应用加多,安装超过40个应用,且内存较小的设备场景下,低概率出现appfreeze,但桌面功能正常,不影响整体功能和使用 | 2023年6月15日 |
I6SXBI | 进程ohos.samples.distributedcalc下的libdistributeddata.z.so低概率导致cppcrash | 计算器应用快速启动和退出场景,启动后1秒内退出,导致JS对象读取数据库成功前JS对象被析构,只有LOG报错但用户无感知,影响可控 | 2023年7月15日 |
I6TRE6 | 进程com.ohos.contacts下的com.ohos.contacts线程导致libdatashare_consumer.z.so低概率出现crash。 | 联系人应用快速启动和退出场景,发现在启动后600ms内退出,联系人进程低概率出现crash,出现crash后联系人进程会被重新拉起,影响可控。 | 2023年7月15日 |
I6SMQA | 浏览器加载微博,滑动过程中出现抖动。 | 通过浏览器加载微博web网页后,快速滑动时,内容会闪现未加载,然后很快能加载出来,影响滑动体验。 | 2023年6月15日 |
I72P5E | 反复进入大图浏览界面后返回,导致libace.z.so出现内存泄露 | 从图库进入大图浏览界面后返回,ArkUI模块每次泄露10kb,在应用上点击返回后,泄露问题消失。影响可控。 | 2023年7月15日 |
I72P5I | 反复进入某相册的图片宫格浏览界面,导致libace.z.so出现内存泄露 | 进入某相册的图片宫格浏览界面后返回,ArkUI每次泄露19kb,在应用上点击返回后,泄露问题消失。影响可控。 | 2023年7月15日 |
I76N0Y | 反复在dock栏添加/移除应用,导致libace.z.so出现内存泄露 | 移动卡片到合法区域,ArkUI每次泄露99kb,非常用场景,应用重启可泄露问题消失。影响可控。 | 2023年7月15日 |
I6XHE7 | NAPIRemoteObject模块内存泄露 | JS应用调用IPC需要建立NAPIRemoteObject对象进程通信,创建一次可以循环使用,建立一次后泄露1.2kb,应用不需要反复创建新对象,泄露量可控,应用进程退出会释放掉内存。 | 2023年7月15日 |
你可能感兴趣的鸿蒙文章
harmony 鸿蒙OpenHarmony 1.0(2020-09-10)(停止维护)
harmony 鸿蒙OpenHarmony 1.1.0 LTS(2021-04-01)(停止维护)
harmony 鸿蒙OpenHarmony 1.1.1 LTS(2021-06-22)(停止维护)
harmony 鸿蒙OpenHarmony 2.0 Canary(2021-06-01)
harmony 鸿蒙OpenHarmony v1.1.3 LTS (停止维护)
harmony 鸿蒙OpenHarmony 1.1.4 LTS (停止维护)
harmony 鸿蒙OpenHarmony v1.1.2 LTS (停止维护)
harmony 鸿蒙OpenHarmony 1.1.5 LTS (停止维护)
0
赞
- 所属分类: 后端技术
- 本文标签:
热门推荐
-
2、 - 优质文章
-
3、 gate.io
-
8、 golang
-
9、 openharmony
-
10、 Vue中input框自动聚焦