OpenHarmony 3.1支持更多的硬件

阳春三月，春暖花开！在这个不同寻常的春天里，越来越多的人们意识到，最宝贵的就是希望，疫情是如此，经济是如此，OpenHarmony也是如此。

走过两年多的炒作期，沸腾期，OpenHarmony 的发展越来越朝着稳健扎实的节奏靠拢，不求毕其功于一役，但求每个版本都有重要的进步，我们坚信，方向大致正确，社区充满活力，就一定能迎来美好的未来。

老万说：“安卓有那么多版本，但大家记住的还是 2.3，4.4，如果类比下来，大家将来应该会记得 OpenHarmony 3.1，这个版本是里程碑式。”

到底要什么样的版本，哪些特性值得称为里程碑呢？花了几天时间仔细翻阅了文档和代码，有些心得，跟 OpenHarmony 的同仁们一起分享，一起见证。

OpenHarmony 3.1 支持更多的硬件

在 2.0，2.2 和 3.0 版本中，其实 OpenHarmony 已经具备了某种程度的富设备能力，可以勉强支持平板类的产品，但总是给人感觉能力不全。

此次 3.1 版本可以说已经基本具备了平板类产品的能力，甚至已经离手机不远了。

惊喜的是，3.1 提供了大量包括键盘、鼠标、触控板的支持，也支持了大量的窗口应用支持，换句话说，3.1 已经为 PC 平台做好了准备。

分布式得到进一步的增强

首次提出了分布式硬件的概念，提供可信设备之间的硬件资源池化管理能力，可信设备之间自动组成超级终端，超级终端内各个设备之间自动同步设备的硬件参数。

以分布式屏幕为例，提供了一种屏幕虚拟化能力，支持用户指定组网认证过的其他 OpenHarmony 设备的屏幕作为 Display 的显示区域，提供跨设备屏幕能力调用，实现系统投屏、屏幕镜像、屏幕分割等体验的支持。

支持更多的 API

不论是 JS API，TS API 还是 native API，此次 3.1 release 版本都提供了极大的增强，版本来到了 API8。

API8 的补充主要集中在如下的几个方面：

语言基础库，包括各类基础数据结构如 List，TreeMap，Stack 等

电话能力

通信能力，包括 NFC，WiFi，蓝牙等

Webgl图形能力支持

窗口管理能力

账号管理

从这次的补充更新来看，OpenHarmony 的 API 已经日益完善，对于开发者而言，能做的 APP 类型也越来越丰富，北向开发者有福了。

同时我们看到 OpenHarmony 的 API 版本升级到了 API8，但是 HarmonyOS 的 API 仍旧维持在 API7，这其中的涵义还需要大家去思考和体会。

为开发者提供了更多的帮助

这次 3.1 在应用开发工具和设备开发工具上都有增强。应用侧，此次的王炸是来了一个 OpenHarmony 专属的 IDE，彻底改变了以往 HarmonyOS 和 OpenHarmony 共用 IDE 的局面。

全新的 IDE 提供了很多丰富功能，其中双向预览器非常令人激动：

设备侧，DevEco Device Tool 此次重点是加强了 Windows+Linux 的一体开发模式，图形界面跑在 Windows，工具链代码等运行于 Linux，对 mini 和 small 版本进行了充分的解耦，支持了更多的开发板和芯片平台，结合 hpm 实现了从代码自动下载、编译到烧录的一体化操作。

提供了更多的系统应用

3.1 版本包含的系统应用列表如下：

applications/standard/hap ├──resources#预制资源目录 ├──Airquality_Demo.hap#空气质量示例应用 ├──Calc_Demo.hap#计算器示例应用 ├──Clock_Demo.hap#简单时钟示例应用 ├──Ecg_Demo.hap#心电图显示示例应用 ├──Flashlight_Demo.hap#手电筒示例应用 ├──Photos.hap#图库应用 ├──Launcher.hap#桌面entry应用 ├──Launcher_Recents.hap#桌面中最近任务应用 ├──Launcher_Settings.hap#桌面中的桌面设置应用 ├──Settings.hap#设置应用 ├──Settings_FaceAuth.hap#人脸认证设置应用 ├──Shopping_Demo.hap#购物示例应用 ├──SystemUI-NavigationBar.hap#SystemUI导航栏应用 ├──SystemUI-StatusBar.hap#SystemUI状态栏应用 ├──SystemUI-SystemDialog.hap#SystemUI系统弹框应用 ├──Music_Demo.hap#音乐示例应用 ├──Camera.hap#相机应用 ├──DeviceManager_UI.hap#设备管理系统弹框应用 ├──CallUI.hap#通话应用 ├──PermissionManager.hap#权限管理应用 ├──adminprovisioning.hap#管理业务发放应用

不仅系统应用的数量得到增加，Launcher 也进行了重新的设计，看上去更为美观和成熟：

引入了新的自研图形栈

在以往的 OpenHarmony 版本当中，图形栈都是采用了开源社区的常见组件，如 Weston/Skia 等，虽然这些组件也是很优秀的，但用这些组件凑在一起形成一套具备高性能的图形栈是不太现实的，为 OpenHarmony 提供强劲的图形内核是一件众望所归的事情。

3.1 版本，自研图形栈终于拉开了面纱：

名为 RenderService 新渲染框架、2D/3D 绘制能力、新的动画和显示效果框架构成了 OpenHarmony 图形栈的主体框架，为未来的图形性能优化做好了铺垫。

同时，在 SIG 仓孵化的 mesa for OpenHarmony，也为 OpenHarmony 提供了开源的 GPU 驱动，极大增强了 OpenHarmony 的图形能力，下半年有望可以看到更多的富设备带屏开发板和商用产品。

完善了权限管理

是否有完善的权限管理，往往是衡量一个操作系统是否成熟的重要标志。

3.1 版本支持本地帐号、域帐号与本地帐号绑定功能，分布式帐号 ID 派生和状态管理功能，本地应用权限管理、分布式权限的管理能力。

权限管理涉及到多个模块，包括：

包管理子系统的应用申请权限管理

元能力子系统的上下文权限校验及权限申请接口

程序访问控制子系统本地应用权限的定义、管理、授权、查询、鉴权功能以及分布式权限的管理、查询、鉴权、同步功能

除了上述的主要以 standard 版本为主的特性增强以外，此次更新还包括 mini 系统和 small 系统的若干增强，我们就不在此处一一列举，留给大家自行去发现。

沉舟侧畔千帆过，病树前头万木春！在全球手机市场大规模萎缩，Fuchsia 内乱不断，几近夭折的背景下，也许 OpenHarmony 3.1 的这次更新，才是操作系统业界最为重要的事件。

审核编辑 ：李倩