PageAbility的生命周期及Page内Slice间的导航

PageAbility的整个生命周期，概括如下图所示：

 onStart()

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

onActive()

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

onBackground()

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

onForeground()

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

onStop()

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

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

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

下面我们通过代码输出日志来演示其周期过程，为了方便输出日志，我们需要封装一下HarminyOS的日志输出方式，代码如下：

public class LogUtil {
    private static final String TAG_LOG = "LogUtil";

    private static final HiLogLabel LABEL_LOG = new HiLogLabel(0, 0, LogUtil.TAG_LOG);

    private static final String LOG_FORMAT = "%{public}s: %{public}s";

    private LogUtil() {
    }


    public static void info(String tag, String msg) {
        HiLog.info(LABEL_LOG, LOG_FORMAT, tag, msg);
    }

    public static void error(String tag,String msg){
        HiLog.error(LABEL_LOG,LOG_FORMAT,tag,msg);
    }
}

生命周期：

应用运行后

 开始回调onStart, onActive两个方法

我们把应用退回后台，运行如下：

 回调onInactive与onBackground方法。

我们再打开应用，其运行如下：

 会回调OnForeground,onActive方法

我们退出应用，其运行如下：

会回调onActive，onInactive,onBackground,onStop方法。

至此，通过日志我们应该可以对PageAbility的生命周期会有一个比较直观的了解。

下面我们来了解一下AbilitySlice间的导航，通俗的讲就是Page内Slice之间的相互跳转，也可以说是相互切换。

这个比较简单，直接上代码：

  @Override
    public void onStart(Intent intent) {
        super.onStart(intent);
        super.setUIContent(ResourceTable.Layout_ability_main);
        //通过ID找到xml中的button控件
        Button button = (Button) findComponentById(ResourceTable.Id_main_button);
        //设置点击监听事件
        button.setClickedListener(new Component.ClickedListener() {
            @Override
            public void onClick(Component component) {
                //点击跳转
                present(new SecondSlice(),new Intent());
            }
        });

    }

 这是最简单的一个跳转，通过present()方法实现。

我们在跳转的时候，要是希望从导航目标AbilitySlice返回时，能够获得其返回结果，则应当使用presentForResult()实现导航。

系统将回调onResult()来接收和处理返回结果，开发者需要重写该方法。返回结果由导航目标AbilitySlice在其生命周期内通过setResult()进行设置。

代码如下：

 @Override
    public void onStart(Intent intent) {
        super.onStart(intent);
        super.setUIContent(ResourceTable.Layout_ability_main);
        //通过ID找到xml中的button控件
        Button button = (Button) findComponentById(ResourceTable.Id_main_button);
        //设置点击监听事件
        button.setClickedListener(new Component.ClickedListener() {
            @Override
            public void onClick(Component component) {
                //点击跳转
                presentForResult(new SecondSlice(),new Intent(),110);
            }
        });

    }

我们在代码中看到，我们往SecondSlice传了110，然会我们在返回到当前Ability时，可以在

onResult方法中收到110这个值。

具体看代码：

 @Override
    protected void onResult(int requestCode, Intent resultIntent) {
        LogUtil.info("onResult requestCode",requestCode+"");
    }

我们看一下输出日志：

 这就是Page内AbilitySlice间的导航。