启动组件是指一切启动或连接应用组件的行为:
-
启动PageAbility、ServiceAbility,如使用startAbility()等相关接口。
-
连接ServiceAbility、DataAbility,如使用connectAbility()、acquireDataAbilityHelper()等相关接口。
为了保证用户具有更好的使用体验,对以下几种易影响用户体验与系统安全的行为做了限制:
-
后台应用任意弹框,如各种广告弹窗,影响用户使用。
-
后台应用相互唤醒,不合理的占用系统资源,导致系统功耗增加或系统卡顿。
-
前台应用任意跳转至其他应用,如随意跳转到其他应用的支付页面,存在安全风险。
鉴于此,系统制订了一套组件启动规则,主要包括:
-
跨应用启动组件,需校验目标组件Visible
- 只针对跨应用场景。
- 若目标组件visible字段配置为false,则需校验ohos.permission.START_INVISIBLE_ABILITY权限(该权限仅系统应用可申请)。
- 组件visible配置参考。
-
位于后台的应用,启动组件需校验BACKGROUND权限
说明
基于API 8或更早版本SDK开发的应用在启动ServiceAbility组件或DataAbility组件时不受此限制的约束。
- 应用前后台判断标准:若应用进程获焦或所属的UIAbility位于前台则判定为前台应用,否则为后台应用。
- 需校验ohos.permission.START_ABILITIES_FROM_BACKGROUND权限(该权限仅系统应用可申请)。
- 跨应用启动FA模型的ServiceAbility组件或DataAbility组件,对端应用需配置关联启动
- 只针对跨应用场景。
- 只针对目标组件为ServiceAbility与DataAbility生效。
- 目标应用的AssociateWakeUp为true,其提供的ServiceAbility与DataAbility才允许被其他应用访问。
- 只有系统预置应用才允许配置AssociateWakeUp字段,其余应用AssociateWakeUp默认为false。
说明
- 组件启动管控自v3.2 Release版本开始落地。
- 与原本的启动规则不同,新的组件启动规则较为严格,开发者需熟知启动规则,避免业务功能异常。
启动组件的具体校验流程见下文。
同设备组件启动规则
设备内启动组件,不同场景下的规则不同,可分为如下两种场景:
- 启动PageAbility。
- 启动ServiceAbility或DataAbility。
分布式跨设备组件启动规则
跨设备启动组件,不同场景下的规则不同,可分为如下两种场景:
- 启动PageAbility。
- 启动ServiceAbility。
鸿蒙全栈开发全新学习指南
为了积极培养鸿蒙生态人才,让大家都能学习到鸿蒙开发最新的技术,针对一些在职人员、0基础小白、应届生/计算机专业、鸿蒙爱好者等人群,整理了一套纯血版鸿蒙(HarmonyOS Next)全栈开发技术的学习路线【包含了大厂APP实战项目开发】。
本路线共分为四个阶段:
第一阶段:鸿蒙初中级开发必备技能
第二阶段:鸿蒙南北双向高工技能基础:gitee.com/MNxiaona/733GH
第三阶段:应用开发中高级就业技术
第四阶段:全网首发-工业级南向设备开发就业技术:gitee.com/MNxiaona/733GH
鸿蒙开发面试真题(含参考答案):gitee.com/MNxiaona/733GH
写在最后
- 如果你觉得这篇内容对你还蛮有帮助,我想邀请你帮我三个小忙:
- 点赞,转发,有你们的 『点赞和评论』,才是我创造的动力。
- 关注小编,同时可以期待后续文章ing🚀,不定期分享原创知识。
- 想要获取更多完整鸿蒙最新学习资源,请移步前往小编:
gitee.com/MNxiaona/733GH