OpenHarmony 系统设计和关键架构.pdf

《OpenHarmony 系统设计和关键架构.pdf》由会员分享，可在线阅读，更多相关《OpenHarmony 系统设计和关键架构.pdf（39页珍藏版）》请在三个皮匠报告上搜索。

1、OpenHarmony系统设计和关键架构华为终端BG软件部/刘勋我介绍OpenHarmony部件化架构师；负责可可、弹性部署部件化架构设计 OpenHarmony社区兼容性作组核成员；负责兼容性技术规范和兼容性测评体系设计 OpenHarmony席测试架构师；负责向南北向开发者的测试具设计录OpenHarmony设计理念 OpenHarmony关键架构 OpenHarmony社区进展OpenHarmony是向智能互联时代的OS19451970sOS/360(1964)UNIX(1969)BSD（1977）BeOS(1991)Linux(1991)Symbian(1994)Palm OS(199

2、6)20072015iOS(2007)Android(2008)WebOS(2009)Windows Phone(2010)Tizen(2012)SailfishOS(2013)1990s1960s真空管和穿孔卡晶体管型机个计算机移动设备云主机MS-DOS(1982)QNX(1982)VxWorks(1982)MAC OS X(1984)Windows(1985)OS/2(1987)PC互联（30亿户）PC&嵌式（10亿户）移动互联（40亿户）智能互联（160+亿连接）主机（数万户）IOT设备穿孔卡2035OpenHarmonyOpenHarmony的基本设计理念OpenHarmony设计理念

3、1.应：可流转/迁移，次开发多端部署 2.数据：分布式件，分布式数据库，分布式沙箱 3.硬件：“超级终端”，互助，共享，弹性扩展 4.交互：更然多模态交互，空间拓扑交互 应态割裂问题 设备A的应，在设备B上根本安装不了 设备B即使安装了，但是还需要重新注册，启动，输，搜索 户数据割裂问题 从设备A访问设备B的照/件/如果有设备A,B,C,D很难记得住数据在哪台设备的哪个应 软硬件能割裂问题 在设备，塞不进更多硬件 设备ABCD有量硬件资源法复，创造更价值 多设备交互割裂问题 试图单设备的交互逻辑来解决多设备的交互问题 多设备新的交互式OpenHarmony的设计标软件可变 硬件不可变智能机4M

4、+应。软件不可变 硬件不可变预装的有限功能通讯录短信语功能机消费者对单设备的诉求基本已被满，临体验瓶颈 法突破单设备约束，导致户新的需求难以被满软件可变 硬件可变让多个智能设备“组合”在起为消费者更好的服务智慧出智慧教育媒体影录OpenHarmony设计理念 OpenHarmony关键架构 OpenHarmony社区进展OpenHarmony技术架构概览OpenHarmony版本演进OpenHarmony 3.0 持简单Standard设备OpenHarmony 2.0 OpenHarmony 1.0持轻量屏设备持轻量带屏设备OpenHarmony 3.1持复杂Standard设备20年910

5、号21年53021年93022年330号Standard设备开发增强以PMC公告为准OpenHarmony 3.2ArkUI：声明式，CSS动画软总线：BLE被发现，蓝消息/字节传输；Wifi件传输HDF：Audio,Camera.Ark：端内编译和运时应框架：元能，JS API系统基础能分布式能应开发HDF：基本框架,显示,输.媒体：轻量级相机和频ArkUI：Uikit组件软总线：Mini系统COAP发现内核：Linux内核：LiteOS内核ArkUI：UI组件&动效增强媒体：轻量级播放/录制引擎应框架：JS API增强图形：硬件加速，多屏管理媒体：Standard 媒体框架分布式硬件：设备

6、管理分布式数据：分布式数据库软总线：Wifi下的COAP发现连接,组,消息/字节传输媒体：H265，相机精确控制图形：统渲染，多屏，3DArkUI：组件定义和扩展ArkUI：Canvas绘制，级组件媒体：播放，相机和频增强软总线：BLE发现和组，蓝件传输，P2P件/流传输安全：AT权限管控应框架：卡,多户,应常驻分布式数据：分布式数据对象分布式数据：数据存储和数据同步分离分布式硬件：分布式输安全：完整的权限访问模型图形：窗基本管理能图形：隐式动画，分屏和多窗分布式硬件：分布式屏幕、相机电话：通话，短信，卡管理应框架：Service,Data Ability 图形：合成,Vsync,Displa