1、应用程序框架

应 用 程 序 框 架 定 义 了 应 用 程 序 的 模 型 与 结 构 。 鸿 蒙 系 统 上 的 应 用 模 型 称 之 为
“Stage 模型”。 应用程序 框架定义 了应用的 全生命周 期。鸿蒙 系统是一 个支持1+8+N 多设备的统一操作系统，其生命周期的管理和定义就更为复杂且重要。Stage模型主要特点包括：

1、规范化后台进程管理

为了保障用户体验，鸿蒙系统上的运行环境对后台进程进行了有序管理，当应用程序处于后台状态时，不应该处于高度活跃状态。为此，系统定义了四类后台任务：
 短时任务： 应用退到后台之后，系统提供了一个短期的可运行时间，应用可以进行数据保存的操作。超过这个时间，任务将被冻结。
 长时任务： 对于音乐播放，投屏，导航这类场景，系统提供了长时任务的能力。长时任务的类型是由系统定义的，应用应当根据实际需要来使用，不应当过度滥用。
 延时任务： 对于一些实时性要求不高的场景，系统提供了延时任务。这种情况下，会由系统统一周期，对齐多个应用的任务激活时间。
 托管任务： 这类任务是由系统完成，完成之后再通知到应用。例如，下载，提醒和定位这类场景。

2、原生支持分布式

鸿蒙系统的诞生很大程度上就是为了解决多设备时代的交互问题。鸿蒙系统的应用框架从设计之初就包含对于分布式的考虑。

3、支持多设备的统一窗口管理

过去，面向不同的设备诞生了不同的操作系统。例如，面向 PC 设备的操作系统，面向移动设备的操作系统，以及面向穿戴设备的操作系统等。由于这些系统诞生在不同的时代，面向不同的屏幕形态，因此其窗口系统存在很大的差异。为更好的管理这些差异性，鸿蒙系统设计了统一的窗口系统，给开发者提供统一的编程模型。

4、 组件共享及面向对象

多个应用组件在运行时共享同一个虚拟机引擎，从而减少复杂应用运行内存的占用。采用面向对象的开发方式，使得复杂应用代码可读性高、易维护好、可扩展性强。

5、逻辑与界面解耦

窗口部分可单独销毁和重建，窗口与应用组件可跨设备运行，应用组件可在不启动界面的情况下响应请求。

6、灵活扩展机制

支持万能卡片、输入法、快捷开关、分享、壁纸、长时任务等应用开发。

在