春暖花开的日子里，迎接鸿蒙新的希望 原创 精华

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

 

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

 

       老万说：“安卓有那么多版本，但大家记住的还是2.3，4.4，如果类比下来，大家将来应该会记得OpenHarmony3.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的补充主要集中在如下的几个方面：

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

       l  电话能力

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

       l  Webgl图形能力支持

       l  窗口管理能力

       l  账号管理

       从这次的补充更新来看，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派生和状态管理功能，本地应用权限管理、分布式权限的管理能力。

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

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

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

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

       

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

       

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