2024年最新鸿蒙应用迁移类型(3)，2024年最新海尔面试的问题及答案

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

鸿蒙应用迁移是鸿蒙系统的亮点之一，是为了在装有同一款应用的不同设备之间架起快速切换的桥梁。以上图为例，设备A（源设备）可将应用无缝迁移到设备B（目标设备，安装有同款应用）上，就和投影差不多，无非是这里的投影可以有和设备A上拥有相同的交互。迁移可以跨设备，分为单项和双向，就是可撤回迁移和不可撤回迁移，对于细节不太了解的可以看看鸿蒙应用迁移，这里主要对迁移类型进行粗略阐述。

准备工作

使用应用迁移就必须实现IAbilityContinuation接口，这里的实现不仅仅是指能够迁移的AbilitySlice，还包括其所属的Ability。以MainAbilitySlice为例：

public class MainAbilitySlice extends AbilitySlice implements IAbilityContinuation {…}

同时在MainAbility也要有相同的操作：

public class MainAbility extends Ability implements IAbilityContinuation {…}

IAbilityContinuation是关键部分：

public interface IAbilityContinuation {
boolean onStartContinuation();

boolean onSaveData(IntentParams var1);

boolean onRestoreData(IntentParams var1);

void onCompleteContinuation(int var1);

default void onRemoteTerminated() {
throw new RuntimeException(“Stub!”);
}
}

当实现了IAbilityContinuation ，onStartContinuation、onSaveData、onRestoreData、onCompleteContinuation是一定要重写的，onRemoteTerminated可选择性重写。

• onStartContinuation()

请求迁移后，系统首先回调此方法，开发者可以在此回调中决策当前是否可以执行迁移，比如，弹框让用户确认是否开始迁移，也可以准备一些数据或做一些页面调整。一般只要实现了接口，该方法的返回值一般都置为true。

@Override
public boolean onStartContinuation() {
return true;
}

• onSaveData()

如果onStartContinuation()返回true，则系统回调此方法，开发者在此回调中保存必须传递到另外设备上以便恢复Page状态的数据。

@Override
public boolean onSaveData(IntentParams intentParams) {
intentParams.setParam(“data”,data);
return true;
}

data即迁移的目标设备被打开至相同页面，该页面需要的数据，具体使用和Intent一样，根据需要组装。

• onRestoreData()

源设备上Page完成保存数据后，系统在目标设备上回调此方法，开发者在此回调中接受用于恢复Page状态的数据。注意，在目标设备上的Page会重新启动其生命周期，无论其启动模式如何配置。且系统回调此方法的时机在onStart()之前。

// start之前调用
@Override
public boolean onRestoreData(IntentParams intentParams) {
initData = intentParams.getParam(“data”).toString();
return true;
}

代码中的initData是源设备完成迁移后又恢复至原始状态后初始化需要的数据。因为用户可能在目标设备上进行了一些交互，页面的数据已发生改变，所以需要回传数据，不能用onSaveData里面的数据，否则两边设备可能不同步。

• onCompleteContinuation()

目标侧设备上恢复数据一旦完成，系统就会在源设备上回调Page的此方法，以便通知应用迁移流程已结束。开发者可以在此检查迁移结果是否成功，并在此处理迁移结束的动作，例如，应用可以在迁移完成后终止自身生命周期等等。

@Override
public void onCompleteContinuation(int i) {
// 迁移后原设备操作
// terminateAbility();

}

• onRemoteTerminated()

如果开发者使用continueAbilityReversibly()而不是continueAbility()，则此后可以在源设备上使用reverseContinueAbility()进行回迁。这种场景下，相当于同一个Page（的两个实例）同时在两个设备上运行，迁移完成后，如果目标设备上Page因任何原因终止，则源Page通过此回调接收终止通知。

迁移类型

• 不可撤回迁移

不可撤回迁移也就是单向迁移，迁出去后不需要管理，需要回来的时候接收一下就可以。单向迁移需要调用continueAbility。

findComponentById(ResourceTable.Id_button_migration).setClickedListener(
component -> {
String deviceId = DeviceUtils.getDeviceId();

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

pics/618636735)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！