1️⃣ 背景
- 后台 Ability：指 UIAbility 或 ServiceAbility 进入后台、不在前台显示 或 完全无界面的 ServiceAbility
- 系统需要限制后台资源使用，以保证前台应用流畅和设备功耗控制
- Stage 模型通过 生命周期和多窗口粒度 管理资源
2️⃣ 系统级资源限制策略
| 限制维度 | 机制 | 说明 |
|---|---|---|
| CPU 调度 | QoS / 线程优先级 | 后台 Ability 的线程优先级低于前台 Ability，CPU 分配受限制 |
| 内存占用 | 系统回收策略 | 长时间后台或内存紧张时，系统可销毁 Ability 或 WindowStage，释放页面栈和资源 |
| 网络与 I/O | 网络策略 / 节能模式 | 后台 Ability 网络访问被限制，可被系统暂停或延迟任务 |
| 电池消耗 | 后台限制策略 | 后台 Ability 定期执行任务受系统调度，避免长时间占用 CPU 或唤醒设备 |
✅ 核心原则：后台 Ability 可存在，但系统限制它的活跃度、CPU、内存和 I/O 权限
3️⃣ Stage 模型下的具体策略
-
UIAbility
-
进入后台 → onBackground() 被调用
-
WindowStage 可以选择：
- 暂停渲染，页面状态保持
- 保留页面栈，但不消耗渲染资源
-
系统可能在内存紧张时销毁 WindowStage 或整个 UIAbility → onDestroy()
-
-
ServiceAbility
- 运行在后台，无 UI
- 系统通过 调度策略限制线程、CPU、网络
- 长时间后台任务可能被终止或暂停（类似 Android Doze/JobScheduler）
-
跨进程 / 多 HAP 背景
- 后台 Ability 可以在不同进程，但 IPC 调用可能被延迟
- 数据同步和回调建议使用 DataBus / ArkTS 全局状态
4️⃣ 开发者优化策略
| 优化点 | 建议 |
|---|---|
| 页面资源释放 | 后台 UIAbility 可释放大对象、停止动画、暂停定时器 |
| 异步任务管理 | 后台 ServiceAbility 使用 Task / Job / AbilityScheduler 调度任务，避免阻塞 |
| 跨设备迁移准备 | Ability Continuation 时，后台 Ability 可序列化状态并释放资源，迁移到目标设备 |
| 多进程后台 | ServiceAbility 跨进程时避免大对象频繁 IPC，使用轻量消息或 DataBus |
| 节能模式 | 避免后台高频唤醒、网络轮询，使用系统定时器或事件触发机制 |
5️⃣ 生命周期和资源策略总结
| 类型 | 后台状态 | 生命周期 & 资源策略 |
|---|---|---|
| UIAbility | onBackground() | 页面暂停渲染，保留状态或销毁 WindowStage，系统可回收内存 |
| ServiceAbility | active / inactive | 系统限制 CPU/线程/网络，可能被挂起或销毁 |
| 多 HAP / 多进程 | 跨进程调用受 IPC 调度 | 数据共享需轻量化，回调延迟或暂停 |
✅ 核心理解：Stage 模型通过生命周期回调 + WindowStage 独立管理 + 系统后台策略，确保后台 Ability 可用但不会过度占用资源
