鸿蒙操作系统设计原理与架构
上QQ阅读APP看书,第一时间看更新

2.4.2 架构目标

HarmonyOS要成为支持异构非对称、多端分布式的智能终端操作系统,从技术架构层面来看,需要满足以下目标。

弹性:Harmony架构要支持高度部件化,各子系统、功能模块、子功能模块都需要实现独立编译。可适应从高端手机到智能手环、IoT模块等硬件配置差异巨大的多种终端,以及未来8~10年可能出现的新终端类型。

可演进性:可适应未来8~10年可能出现的新技术带来的新业务模式,可实现旧特性的逐步淘汰和新特性的平滑上线。

生态友好性:可高效支持第三方开发用户程序和硬件设备,并允许第三方设备厂商开发扩展能力以获得足够的商业利益,同时确保系统生态的完整性和一致性。

可重构性:支持系统架构可局部重构。从项目基本需求考虑,由于存在生态环境变化、产品业务策略变化、业界技术趋势变化等诸多不确定因素,需要系统架构支持随时发生局部重构的可能性。

可用性:可用性是指系统处在可工作状态的时间的比例。单设备系统异常每千小时不多于0.2次,分布式系统异常每千小时不多于2次。

流畅性:HarmonyOS最终目标是向用户提供流畅的业务体验,用户交互设计在架构上需要保障处理时长可控。

安全性:构建用户隐私数据保护的安全体系与分级、隔离的安全防御体系。