当前位置:   article > 正文

鸿蒙OS流转之跨端迁移_鸿蒙跨端迁移

鸿蒙跨端迁移

前言

流转在HarmonyOS中泛指多设备分布式操作,也是HarmonyOS的亮点之一。流转按体验可以分为跨端迁移和多端协同,这里主要跟大家讲一下如何进行跨端迁移,以及我在项目开发过程中,所遇到的问题与解决方法。

开发步骤

在开发过程中,我们可以根据业务需求分为以下两种场景:

  1. 同个FA之间的迁移(Ability1—Ability1);
  2. 不同FA之间的迁移(Ability1—Ability2);

下面给大家介绍一下以上两种场景的具体的开发步骤。

同个FA之间的迁移

同个FA之间的迁移是指不同设备端安装了同个FA,下面只给大家讲一下需要注意的事项及我所遇到的问题避免大家踩坑。

1.我们在创建完一个FA之后,因为我们大部门的业务逻辑都是在AbilitySlice,所以我们在Ability及AbilitySlice都要去实现IAbilityContinuation 接口,并且将Ability中实现的onStartContinuation()、onSaveData(IntentParams intentParams)、onRestoreData(IntentParams intentParams)的返回值,都设为true。

  1. public class MainAbility extends Ability implements IAbilityContinuation {
  2. @Override
  3. public boolean onStartContinuation() {
  4. return true;
  5. }
  6. @Override
  7. public boolean onSaveData(IntentParams intentParams) {
  8. return true;
  9. }
  10. @Override
  11. public boolean onRestoreData(IntentParams intentParams) {
  12. return true;
  13. }
  14. //省略部分代码
  15. ...
  16. }

2.在对应的FA模块的config.json中,配置对应的权限,且在代码中也需要动态申请。

  1. "reqPermissions": [
  2. {
  3. "name": "ohos.permission.DISTRIBUTED_DATASYNC" },
  4. {
  5. "name": "ohos.permission.DISTRIBUTED_DEVICE_STATE_CHANGE" },
  6. {
  7. "name": "ohos.permission.GET_DISTRIBUTED_DEVICE_INFO"},
  8. {
  9. "name": "ohos.permission.GET_BUNDLE_INFO"}
  10. ]
  1. if (canRequestPermission(SystemPermission.DISTRIBUTED_DATASYNC)) {
  2. // 是否可以申请弹框授权(首次申请或者用户未选择禁止且不再提示)
  3. requestPermissionsFromUser(
  4. new String[]{SystemPermission.DISTRIBUTED_DATASYNC}, PERMISSIONS_REQUEST_DISTRIBUTED);
  5. }

3.定义相关参数、设置流转任务管理服务回调函数、注册流转任务管理服务、管理流转的目标设备,同时需要在流转结束时解注册流转任务管理服务。

  1. // 流转应用包名
  2. private String BUNDLE_NAME = "XXX.XXX.XXX";
  3. // 注册流转任务管理服务后返回的Ability token
  4. private int abilityToken;
  5. // 用户在设备列表中选择设备后返回的设备ID
  6. private String selectDeviceId;
  7. // 获取流转任务管理服务管理类
  8. private IContinuationRegisterManager continuationRegisterManager;
  9. // 设置流转任务管理服务设备状态变更的回调
  10. private IContinuationDeviceCallback continuationDeviceCallback = new IContinuationDeviceCallback() {
  11. @Override
  12. public void onDeviceConnectDone(String deviceId, String deviceType) {
  13. selectDeviceId = deviceId;
  14. continuationRegisterManager.updateConnectStatus(abilityToken, selectDeviceId, DeviceConnectState.CONNECTING.getState(), null);
  15. ...
  16. }
  17. @Override
  18. public void onDeviceDisconnectDone(String s) {
  19. getUITaskDispatcher().asyncDispatch(() -> {
  20. continuationRegisterManager.updateConnectStatus(abilityToken, selectDeviceId, DeviceConnectState.DIS_CONNECTING.getState(), null);
  21. });
  22. unRegisterContinuation();
  23. }
  24. };
  25. // 设置注册流转任务管理服务回调
  26. private RequestCallback requestCallback = new RequestCallback() {
  27. @Override
  28. public void onResult(int result) {
  29. abilityToken = result;
  30. }
  31. };
  32. ...
  33. @Override
  34. public void onStart(Intent intent) {
  35. ...
  36. continuationRegisterManager = getContinuationRegisterManager();
  37. }
  38. @Override
  39. public void onStop() {
  40. super.onStop();
  41. // 解注册流转任务管理服务
  42. continuationRegisterManager.unregister(abilityToken, null);
  43. // 断开流转任务管理服务连接
  44. continuationRegisterManager.disconnect();
  45. }

在Api5的时候IContinuationDeviceCallback的回调接口跟官方文档有些出入,当你选择设备后会在onDeviceConnectDone返回你所选择的设备ID及设备类型。

4.注册流转服务之后我们便可以调起系统流转选择设备弹窗,可以通过ExtraParams对设备进行过滤,如不需要过滤,可不传。

  1. ExtraParams params = new ExtraParams();
  2. String[] devTypes = new String[]{ExtraParams.DEVICETYPE_SMART_PHONE, ExtraParams.DEVICETYPE_SMART_WATCH, ExtraParams.DEVICETYPE_SMART_PAD};
  3. params.setDevType(devTypes);
  4. registerContinuation();
  5. // 显示选择设备列表
  6. continuationRegisterManager.showDeviceList(abilityToken, params, new RequestCallback() {
  7. @Override
  8. public void onResult(int result) {
  9. }
  10. });

5.选择完设备之后会通过上述的IContinuationDeviceCallback的onDeviceConnectDone方法进行回调,之后通过continueAbility方法传入目标设备的DeviceID,将运行的FA迁移到目标设备,实现业务在设备间无缝迁移。

  1. // 设置流转任务管理服务设备状态变更的回调
  2. private IContinuationDeviceCallback continuationDeviceCallback = new IContinuationDeviceCallback() {
  3. @Override
  4. public void onDeviceConnectDone(String deviceId, String deviceType) {
  5. selectDeviceId = deviceId;
  6. getUITaskDispatcher().asyncDispatch(() -> {
  7. continuationRegisterManager.updateConnectStatus(abilityToken, selectDeviceId, DeviceConnectState.CONNECTING.getState(), null);
  8. });
  9. if (selectDeviceId != null) {
  10. continueAbility(selectDeviceId);
  11. }
  12. ...
  13. }
  14. @Override
  15. public void onDeviceDisconnectDone(String s) {
  16. ...
  17. unRegisterContinuation();
  18. }
  19. };

6.在FA迁移中我觉得最主要的部分就是状态和数据的传递,要让用户体验到”无缝“的用户体验,需要通过实现IAbilityContinuation接口来实现数据的传递,主要代码如下:

  1. @Override
  2. public boolean onSaveData(IntentParams saveData) {
  3. //根据业务需求,在这里去设置需要传递的数据
  4. saveData.setParam("continueParam", continueParam);
  5. return true;
  6. }
  7. @Override
  8. public boolean onRestoreData(IntentParams restoreData) {
  9. // 远端FA迁移传来的状态数据,开发者可以按照自身业务对这些数据进行处理
  10. Object data = restoreData.getParam("continueParam");
  11. getUITaskDispatcher().asyncDispatch(() -> {
  12. });
  13. return true;
  14. }

需要注意的是,在onRestoreData处理数据更新UI的时候,需要在UI线程中去更新,否则会报错。

不同FA之间的迁移

在实际开发中可能会因为设备端的部分需求、UI的不同,例如车机、手机、手表,从而开发了不同的FA。不同FA之间的迁移几乎与同个FA之间迁移配置一致,只是我们的AbilitySlice不需要再实现IAbilityContinuation接口来实现数据的同步,而是通过Intent,具体实现如下。

1.首先我们先在选择设备成功后的回调IContinuationDeviceCallback初始化分布式环境。

  1. // 设置流转任务管理服务设备状态变更的回调
  2. private IContinuationDeviceCallback continuationDeviceCallback = new IContinuationDeviceCallback() {
  3. @Override
  4. public void onDeviceConnectDone(String deviceId, String deviceType) {
  5. selectDeviceId = deviceId;
  6. //省略部分代码
  7. ...
  8. try {
  9. // 初始化分布式环境
  10. DeviceManager.initDistributedEnvironment(selectDeviceId, new IInitCallback() {
  11. @Override
  12. public void onInitSuccess(String success) {
  13. }
  14. @Override
  15. public void onInitFailure(String failure, int result) {
  16. }
  17. });
  18. } catch (RemoteException e) {
  19. e.printStackTrace();
  20. }
  21. ...
  22. }
  23. ....
  24. };

2.之前我们是通过continueAbility()方法进行跳转,而现在我们需要通过Intent方法进行跳转。

  1. Intent intent = new Intent();
  2. Operation operation = new Intent.OperationBuilder()
  3. .withDeviceId(deviceId)
  4. .withBundleName(bundleName)
  5. .withAbilityName(abilityName)
  6. .withFlags(Intent.FLAG_ABILITYSLICE_MULTI_DEVICE)
  7. .build();
  8. intent.setOperation(operation);
  9. IntentParams intentParams = new IntentParams();
  10. //通过IntentParams传递参数
  11. ...
  12. startAbility(intent);

在接收方,我们可以通过onStart(Intent intent)方法接受传递过来的参数,再根据自己的业务逻辑实现数据同步。

自定义设备选择弹窗

在实际项目开发中我们也可以自定义流转弹窗样式,但并不推荐这种方式,经测试发现只有在两个设备通过蓝牙连接的时候才能获取到设备列表,只有在特定的场景,例如手机与车机、手机与手表在实际使用过程中我们基本上是会保持蓝牙连接的,通过这种方式实现流转会更稳定。但如果不能保持蓝牙实时连接的场景则不推荐。

1.官方API提供了DeviceManager.getDeviceList()来获取远端设备,具体代码如下。

  1. public static List<DeviceInfo> getDeviceList() {
  2. // 调用DeviceManager的getDeviceList接口,通过FLAG_GET_ONLINE_DEVICE标记获得在线设备列表
  3. List<DeviceInfo> onlineDevices = DeviceManager.getDeviceList(DeviceInfo.FLAG_GET_ONLINE_DEVICE);
  4. // 判断组网设备是否为空
  5. if (onlineDevices == null) {
  6. LogUtil.e(TAG, "online devices is null");
  7. return new ArrayList<>();
  8. }
  9. return onlineDevices;
  10. }

2.获取到设备列表后,我们就可以自行实现页面了,在上述的showDeviceList()弹出设备列表的位置替换成自己的弹窗即可。

效果展示

#星光计划1.0# HarmonyOS 流转之跨端迁移-鸿蒙开发者社区

最后

如果你想成为一名鸿蒙开发者,以下这些资料将是十分优质且有价值,让你的鸿蒙开发之路事半功倍!相对于网上那些碎片化的知识内容,这份学习资料的知识点更加系统化,更容易理解和记忆。

内容包含了:【OpenHarmony多媒体技术、Stage模型、ArkUI多端部署、分布式应用开发、音频、视频、WebGL、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战】等技术知识点。

鸿蒙Next全套VIP学习资料←点击领取!(安全链接,放心点击

1.鸿蒙核心技术学习路线

2.大厂面试必问面试题

3.鸿蒙南向开发技术

 4.鸿蒙APP开发必备

 5.HarmonyOS Next 最新全套视频教程

 6.鸿蒙生态应用开发白皮书V2.0PDF

这份全套完整版的学习资料已经全部打包好,朋友们如果需要可以点击鸿蒙Next全套VIP学习资料:免费领取(安全链接,放心点击

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/你好赵伟/article/detail/812251
推荐阅读
相关标签
  

闽ICP备14008679号