鸿蒙 - Page Ability与AbilitySlice 生命周期

概述

AHarmonyOS支持应用以Ability（一个或多个）为单位进行部署。Ability可以分为FA（Feature Ability）和PA（Particle Ability）两种类型：

• FA支持Page Ability：
  Page模板是FA唯一支持的模板，用于提供与用户交互的能力。类似于android的Activity。一个Page实例可以包含一组相关页面，每个页面用一个AbilitySlice实例表示。

• PA支持Service Ability和Data Ability：
  Service模板：用于提供后台运行任务的能力。
  Data模板：用于对外部提供统一的数据访问抽象。

在配置文件（config.json）中注册Ability时，可以通过配置Ability元素中的“type”属性来指定Ability模板类型，示例如下:

{
    "module": {
        ...
        "abilities": [
            {
                ...
                "type": "page"
                ...
            }
        ]
        ...
    }
    ...
}

其中，“type”的取值可以为“page”、“service”或“data”，分别代表Page模板、Service模板、Data模板。

Page与AbilitySlice

Page 可以包含一个或多个AbilitySlice：

对照android，类似于Activity 和 Fragment 的关系。

Page生命周期

• onStart()
  当系统首次创建Page实例时，触发该回调。对于一个Page实例，该回调在其生命周期过程中仅触发一次，Page在该逻辑后将进入INACTIVE状态。
  开发者必须重写该方法，并在此配置默认展示的AbilitySlice。

 @Override
    public void onStart(Intent intent) {
        super.onStart(intent);
        super.setMainRoute(FooSlice.class.getName());
    }

• onActive()
  Page会在进入INACTIVE状态后来到前台，然后系统调用此回调。
  Page在此之后进入ACTIVE状态，该状态是应用与用户交互的状态。
  Page将保持在此状态，除非某类事件发生导致Page失去焦点，比如用户点击返回键或导航到其他Page。
  当此类事件发生时，会触发Page回到INACTIVE状态，系统将调用onInactive()回调。
  此后，Page可能重新回到ACTIVE状态，系统将再次调用onActive()回调。因此，开发者通常需要成对实现onActive()和onInactive()，并在onActive()中获取在onInactive()中被释放的资源。

• onInactive()
  当Page失去焦点时，系统将调用此回调，此后Page进入INACTIVE状态。开发者可以在此回调中实现Page失去焦点时应表现的恰当行为。

• onBackground()
  如果Page不再对用户可见，系统将调用此回调通知开发者用户进行相应的资源释放，此后Page进入BACKGROUND状态。
  开发者应该在此回调中释放Page不可见时无用的资源，或在此回调中执行较为耗时的状态保存操作。

• onForeground()
  处于BACKGROUND状态的Page仍然驻留在内存中，当重新回到前台时（比如用户重新导航到此Page），系统将先调用onForeground()回调通知开发者，而后Page的生命周期状态回到INACTIVE状态。
  开发者应当在此回调中重新申请在onBackground()中释放的资源，最后Page的生命周期状态进一步回到ACTIVE状态，系统将通过onActive()回调通知开发者用户。

• onStop()
  系统将要销毁Page时，将会触发此回调函数，通知用户进行系统资源的释放。销毁Page的可能原因包括以下几个方面：

1. 用户通过系统管理能力关闭指定Page，例如使用任务管理器关闭Page。
2. 用户行为触发Page的terminateAbility()方法调用，例如使用应用的退出功能。
3. 配置变更导致系统暂时销毁Page并重建。
4. 系统出于资源管理目的，自动触发对处于BACKGROUND状态Page的销毁。

AbilitySlice生命周期

AbilitySlice作为Page的组成单元，其生命周期是依托于其所属Page生命周期的。AbilitySlice和Page具有相同的生命周期状态和同名的回调，当Page生命周期发生变化时，它的AbilitySlice也会发生相同的生命周期变化。此外，AbilitySlice还具有独立于Page的生命周期变化，这发生在同一Page中的AbilitySlice之间导航时，此时Page的生命周期状态不会改变。

AbilitySlice生命周期回调与Page的相应回调类似，因此不再赘述。由于AbilitySlice承载具体的页面，开发者必须重写AbilitySlice的onStart()回调，并在此方法中通过setUIContent()方法设置页面，如下所示：

@Override
    protected void onStart(Intent intent) {
        super.onStart(intent);
 
        setUIContent(ResourceTable.Layout_main_layout);
    }

AbilitySlice实例创建和管理通常由应用负责，系统仅在特定情况下会创建AbilitySlice实例。例如，通过导航启动某个AbilitySlice时，是由系统负责实例化；但是在同一个Page中不同的AbilitySlice间导航时则由应用负责实例化。

Page与AbilitySlice生命周期关联

当AbilitySlice处于前台且具有焦点时，其生命周期状态随着所属Page的生命周期状态的变化而变化。当一个Page拥有多个AbilitySlice时，例如：MyAbility下有FooAbilitySlice和BarAbilitySlice，当前FooAbilitySlice处于前台并获得焦点，并即将导航到BarAbilitySlice，在此期间的生命周期状态变化顺序为：

1. FooAbilitySlice从ACTIVE状态变为INACTIVE状态。
2. BarAbilitySlice则从INITIAL状态首先变为INACTIVE状态，然后变为ACTIVE状态（假定此前BarAbilitySlice未曾启动）。
3. FooAbilitySlice从INACTIVE状态变为BACKGROUND状态。
   对应两个slice的生命周期方法回调顺序为：

FooAbilitySlice.onInactive() --> BarAbilitySlice.onStart() --> BarAbilitySlice.onActive() --> FooAbilitySlice.onBackground()

在整个流程中，MyAbility始终处于ACTIVE状态。但是，当Page被系统销毁时，其所有已实例化的AbilitySlice将联动销毁，而不仅是处于前台的AbilitySlice。