openharmony 鸿蒙 OpenHarmony-v3.2.2-release

2023-10-30 浏览 (601)

OpenHarmony 3.2.2 Release

版本概述

当前版本在OpenHarmony 3.2.1 Release的基础上，修复了内存泄漏及linux kernel等开源组件的安全漏洞，增强了系统安全性。修复了部分系统稳定性的issue，增强了系统稳定性。更新配套的SDK版本。

配套关系

表1 版本软件和工具配套关系

软件版本备注
OpenHarmony3.2.2 ReleaseNA
Public SDKOhos_sdk_public 3.2.13.5 (API Version 9 Release)面向应用开发者提供，不包含需要使用系统权限的系统接口。通过DevEco Studio默认获取的SDK为Public SDK。
HUAWEI DevEco Studio（可选）3.1 ReleaseOpenHarmony应用开发推荐使用。
点击此处获取
HUAWEI DevEco Device Tool（可选）3.1 ReleaseOpenHarmony智能设备集成开发环境推荐使用。
点击此处获取

源码获取

前提条件

  1. 注册码云gitee帐号。

  2. 注册码云SSH公钥，请参考码云帮助中心。

  3. 安装git客户端和git-lfs并配置用户信息。

    git config --global user.name "yourname"
git config --global user.email "your-email-address"
git config --global credential.helper store

  4. 安装码云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.2-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.2-Release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'

从镜像站点获取

表2 获取源码路径

版本源码版本信息下载站点SHA256校验码
全量代码（标准、轻量和小型系统）3.2.2 Release站点SHA256校验码
Hi3861解决方案（二进制）3.2.2 Release站点SHA256校验码
Hi3516解决方案-LiteOS（二进制）3.2.2 Release站点SHA256校验码
Hi3516解决方案-Linux（二进制）3.2.2 Release站点SHA256校验码
RK3568标准系统解决方案（二进制）3.2.2 Release站点SHA256校验码
标准系统Public SDK包（Mac）3.2.13.5站点SHA256校验码
标准系统Public SDK包（Mac-M1）3.2.13.5站点SHA256校验码
标准系统Public SDK包（Windows/Linux）3.2.13.5站点SHA256校验码

更新说明

API

3.2.2 Release对比3.2.1 Release API接口无变更。

芯片及开发板适配

芯片及开发板适配状态请参考SIG-Devboard信息。

修复缺陷issue列表

表3 修复缺陷issue列表

ISSUE问题描述
I70T6E【OpenHarmony 3.2.12.2】【RK3568】【压力测试】【ToC】【低概率1/10】【wukong】出现1次 由进程com.ohos.note下的Chrome_IOThread线程导致libweb_engine.so出现cppcrash
I76JRL【OpenHarmony 3.2.11.9】【RK3568】【压力测试】【ToC】【低概率1/10】【wukong】出现1次，camera_host进程下offlinepipeline发生cppcrash，信息为libcamera_pipeline_core.z.so。
I7C0LX【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【高概率6/10】【wukong】出现650次，com.ohos.smartperf应用出现jscrash，内容信息为initDb。
I7C0SA【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【高概率】【wukong】出现27次 由进程com.ohos.systemui下的RSRenderThread线程导致libmali-bifrost-g52-g2p0-ohos.so出现cppcrash
I7C10M【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【高概率6/10】【wukong】出现39次，com.ohos.certmanager出现jscrash，内容信息为saveAllMaps。
I7CA2W【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【高概率】【wukong】出现358次， 由进程com.ohos.medialibrary.medialibrarydata下com.ohos.medial线程出现cppcrash，崩溃栈显示为libmedialibrary_data_extension.z.so
I7CA7A【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【高概率 8/10】【wukong】出现1131次，由进程com.ohos.contactsdataability下的IPC_2_4692线程导致librdb_data_share_adapter.z.so出现cppcrash
I7CBLV【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【高概率】【wukong】出现1249次，com.ohos.note下出现jscrash问题，栈名：getFolderText与createRdbStore
I7CBWQ【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【低概率】【wukong】出现6次关键应用: com.ohos.mms由于STRINGID:APPLICATION_BLOCK_INPUT卡在libeventhandler.z.so
I7CWA0【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【低概率】【wukong】出现1次 由关键进程com.ohos.contacts下的IPC_3_17363线程导致libipc_core.z.so出现cppcrash
I7CYM3【OpenHarmony 3.2.13.1】【RK3568】【压力测试】【ToC】【高概率8/10】【wukong】出现1800次，com.ohos.camer出现jscrash问题，栈名：getInstance

修复安全issue列表

表4 修复安全issue列表

ISSUE问题描述
I6QYVO【漏洞】 【OpenHarmony-3.2-Release】 CVE-2021-3923
I6QYVZ【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-28772
I6QYWE【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1281
I6RAW6【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-0590
I6UW4T【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-29156
I6UW51【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-2978
I6UW52【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-3176
I6UW55【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-45934
I6UW56【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-47521
I6VUAY【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2004
I6XC4Y【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2162
I6ZM02【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-0179
I70CNH【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2459
I70SLA【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-1078
I722JK【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-0326
I722JP【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-0240
I722K2【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-42915
I722K4【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-42916
I722K6【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-32207
I722K8【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-32221
I722UD【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-32206
I722UL【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-25313
I722UN【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-25314
I722UP【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-25315
I722UV【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-25235
I722V1【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-25236
I722V6【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-23990
I722VB【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-23852
I722VJ【漏洞】 【OpenHarmony-3.2-Release】 CVE-2021-45960
I722VL【漏洞】 【OpenHarmony-3.2-Release】 CVE-2021-46143
I722VN【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-22822
I722VP【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-22824
I722VR【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-22823
I722VU【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-22827
I722WC【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-22825
I722WM【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-22826
I722WV【漏洞】 【OpenHarmony-3.2-Release】 CVE-2021-39275
I722X0【漏洞】 【OpenHarmony-3.2-Release】 CVE-2021-36160
I722X4【漏洞】 【OpenHarmony-3.2-Release】 CVE-2021-33193
I722XQ【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-21538
I72RUE【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-47518
I72SDD【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-3545
I72SDF【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-4696
I72SKQ【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-47519
I73C2J【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2513
I73C2O【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-28893
I73MW6【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-23222
I73MWI【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-32250
I73MWQ【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-34918
I73MX2【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-36946
I73PF6【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2726
I749IX【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2721
I74HC1【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-28320
I74HCG【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-28322
I74HD3【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-28321
I76NLQ【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2724
I76NLT【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2722
I77U26【漏洞】 【OpenHarmony-3.2-Release】 CVE-2021-43389
I77XID【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-25375
I78I9U【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-2588
I78R59【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-3635
I78R5B【漏洞】 【OpenHarmony-3.2-Release】 CVE-2022-3649
I79CK8【漏洞】 【OpenHarmony-3.2-Release】 CVE-2021-3600
I79LH8【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2650
I79NDI【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2936
I79NEF【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2937
I7A1M8【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-3006
I7AJ6J【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2935
I7AJ6M【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2933
I7AJ6P【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2931
I7AJ6S【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2932
I7AJ6W【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2929
I7AJHL【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2940
I7AJHO【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2941
I7AJHR【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2938
I7AJHU【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2939
I7AJHX【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2930
I7AJI0【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-2934
I7B049【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-32643
I7B04Z【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-32636
I7B05A【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-32611
I7B05I【漏洞】 【OpenHarmony-3.2-Release】 CVE-2023-32665

遗留缺陷列表

表5 遗留缺陷列表

ISSUE问题描述影响计划解决日期
I6SXBI【OpenHarmony 3.2.11.6】【RK3568】【压力测试】【ToC】【低概率】【wukong】出现由进程ohos.samples.distributedcalc下的libdistributeddata.z.so cppcrash计算器应用快速启动和退出场景，启动后1秒内退出，导致JS对象读取数据库成功前JS对象被析构，只有LOG报错但用户无感知，对2C无影响2023年7月15日
I6TRE6进程com.ohos.contacts下的com.ohos.contacts线程导致libdatashare_consumer.z.so低概率出现crash。联系人应用快速启动和退出场景，发现在启动后600ms内退出，联系人进程低概率出现crash，出现crash后联系人进程会被重新拉起，影响可控。2023年7月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日
I6XHE7NAPIRemoteObject模块内存泄露JS应用需要IPC需要建立NAPIRemoteObject对象进程通信，创建一次可以循环使用，建立一次后泄露1.2kb，应用不需要反复创建新对象，泄露量可控，应用进程退出会释放掉2023年7月15日
I7D4CH【OpenHarmony】【体验测试】【版本号：3.2.13.1】【rk3568】【ToC】【概率：必现】首次启动短信息完成时延2300ms，实际值2537ms，超基线237ms版本为了合入I7CBSM稳定性问题，修改rdb数据锁保护范围，导致联系人加载耗时增加，平均劣化约9%，影响可控，跟踪在后续版本优化。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 (停止维护)

harmony 鸿蒙OpenHarmony v2.2 Beta2

harmony 鸿蒙OpenHarmony 3.0 LTS

  • 所属分类： 后端技术
  • 本文标签： 软件 鸿蒙
  • 版权声明： 本文链接 https://seaxiang.com/blog/e157882b7a404a34aa9362d4bfab222c