理解 Stage 模型 —— HarmonyOS 应用架构新标准

理解 Stage 模型 —— HarmonyOS 应用架构新标准
在这里插入图片描述


个人主页:ujainu

文章目录

引言:为什么必须掌握 Stage 模型?

HarmonyOS 3.1 起,华为正式引入 Stage 模型,并宣布 FA(Feature Ability)模型逐步废弃。到 HarmonyOS 6.0.0(API 6.0.2) 时代,Stage 模型已成为唯一推荐的应用架构标准

如果你仍在使用 FA 模型,你的应用将:

  • ❌ 无法上架新版华为应用市场;
  • ❌ 无法使用最新 UI 能力(如 Canvas 高性能绘制、分布式窗口);
  • ❌ 失去对多设备协同、后台任务管理等高级特性的支持。

本文将带你从零彻底搞懂 Stage 模型,涵盖:

  • ✅ Stage vs FA 模型核心差异;
  • UIAbilityWindowStageContext 三大核心概念;
  • ✅ 项目结构文件(main_pages.json, module.json5)详解;
  • ✅ 如何获取屏幕尺寸、窗口、能力上下文;
  • ✅ 完整可运行代码示例(适配 API 6.0.2)。

所有内容均基于 DevEco Studio 4.1 + HarmonyOS 6.0.0 模拟器 实测验证。


一、Stage 模型 vs FA 模型:架构演进之路

1. FA 模型(已废弃)

FA(Feature Ability)模型是 HarmonyOS 早期采用的架构,灵感来自 Android 的 Activity/Service 模式。

// FA 模型示例(已不推荐)exportdefaultclassMainAbilityextendsAbility{onCreate(){// 初始化逻辑}}
FA 模型缺陷:能力(Ability)与 UI 强耦合;多窗口、多实例管理复杂;缺乏统一的生命周期管理;难以支持跨设备协同。

2. Stage 模型(现代标准)

Stage 模型采用 “能力(Ability) + 窗口(Window) + 页面(Page)”三层解耦架构,更符合现代操作系统设计理念。

维度FA 模型Stage 模型
入口MainAbilityUIAbility
UI 管理Ability 直接控制 UIWindowStage 管理窗口,Page 描述 UI
生命周期分散在 Ability 中统一由 UIAbilityWindowStage 协同管理
多实例支持困难原生支持(如分屏、悬浮窗)
跨设备协同需手动实现内置 Continuation 能力
💡 核心思想
UI 与业务逻辑分离,窗口与页面解耦,能力可复用

二、Stage 模型三大核心概念

1. UIAbility:应用的能力入口

UIAbility 是 Stage 模型中承载 UI 的能力单元,相当于 FA 模型中的 MainAbility,但职责更清晰。

// src/main/ets/UIAbility.tsimport UIAbility from'@ohos.app.ability.UIAbility';exportdefaultclassEntryAbilityextendsUIAbility{onCreate(want, launchParam){console.log('UIAbility created');}onWindowStageCreate(windowStage){// 关键:在此加载主页面 windowStage.loadContent('pages/Index',(err, data)=>{if(err.code){console.error('Failed to load content: '+JSON.stringify(err));return;}console.log('Content loaded successfully');});}onDestroy(){console.log('UIAbility destroyed');}}
代码逐行解析onCreate():Ability 创建时调用(适合初始化全局状态);onWindowStageCreate(windowStage)窗口创建完成,此时可加载页面;windowStage.loadContent('pages/Index'):指定主页面路径(相对于 src/main/ets);onDestroy():Ability 销毁前清理资源。
📌 关键点
UI 不再在 Ability 中定义,而是在独立的 Page 文件中描述(如 Index.ets)。

2. WindowStage:窗口管理中枢

WindowStage 代表一个应用窗口实例,负责:

  • 加载页面内容;
  • 管理窗口属性(大小、透明度、焦点);
  • 处理窗口生命周期事件。
// 在 UIAbility 中获取 WindowStageonWindowStageCreate(windowStage: window.WindowStage){// 获取窗口对象const window = windowStage.getMainWindowSync();// 设置窗口背景色 window.setWindowBackgroundColor('#FFFFFF');// 加载页面 windowStage.loadContent('pages/Index', callback);}
典型应用场景:全屏游戏:window.setFullScreen(true)悬浮窗:通过 windowManager 创建新 WindowStage多窗口协同:一个 Ability 可管理多个 WindowStage

3. Context:上下文获取桥梁

Context 是访问系统服务、资源、能力的统一入口。在 ArkTS 中,通过 getContext(this) 获取。

// 在 Page 组件中获取 Context@Entry@Component struct MyPage {build(){Column(){Button("获取屏幕信息").onClick(()=>{const context =getContext(this);const config = context.config;// 屏幕配置const ability = context.getUIAbility();// 获取 UIAbility 实例console.log(`Screen: ${config?.screenWidth} x ${config?.screenHeight}`);})}}}
关键 APIgetContext(this):在 @Component 中获取上下文;context.config:获取设备配置(屏幕宽高、DPI、语言等);context.getUIAbility():获取当前 UIAbility 实例;context.resourceManager:访问字符串、图片等资源。
⚠️ 注意
getContext(this) 中的 this 必须是 @Component 装饰的 struct 实例,否则会报错。

三、项目结构文件详解(Stage 模型专属)

Stage 模型引入了新的配置文件体系,取代 FA 模型的 config.json

1. main_pages.json:页面路由清单

路径src/main/resources/base/profile/main_pages.json
{"src":["pages/Index","pages/Detail"]}
作用:声明所有可被 loadContent() 加载的页面路径;路径相对于 src/main/ets必须显式注册,否则 loadContent 会失败。
💡 最佳实践:主页面放第一个;按功能模块组织路径(如 pages/game/Level1)。

2. module.json5:模块级配置(核心!)

路径src/main/module.json5
{ "module": { "name": "entry", "type": "entry", "description": "$string:module_desc", "mainElement": "EntryAbility", // 对应 UIAbility 类名 "deviceTypes": [ "phone", "tablet" ], "deliveryWithInstall": true, "installationFree": false, "pages": "$profile:main_pages", // 引用 main_pages.json "abilities": [ { "name": "EntryAbility", "srcEntry": "./ets/UIAbility.ts", // Ability 入口文件 "description": "$string:EntryAbility_desc", "icon": "$media:icon", "label": "$string:EntryAbility_label", "startWindowIcon": "$media:icon", "startWindowBackground": "$color:start_window_background", "exported": true, "skills": [ { "entities": ["entity.system.home"], "actions": ["action.system.home"] } ] } ] } } 
关键字段解析
📌 重要变化
FA 模型的 config.json 已被 module.json5 + main_pages.json 取代,配置更模块化、可读性更强

3. build-profile.json5:构建配置

路径:项目根目录 /build-profile.json5
{ "app": { "signingConfigs": [], "products": [ { "name": "default", "signingConfig": "default", "compatibleSdkVersion": "6.0.2(22)", // 关键:指定 API 版本 "runtimeOnly": false } ] } } 
作用:指定兼容的 SDK 版本(compatibleSdkVersion);配置签名、产品变体;控制是否仅运行时(runtimeOnly)。
适配提示
你的虚拟机为 API 6.0.2(22),此处必须匹配,否则安装失败。

四、实战:获取屏幕尺寸、窗口、能力上下文

场景:在页面中动态获取屏幕宽高并调整 UI

// 导入正确的模块和类型(适配 API 6.0.2)import window from'@ohos.window';import common from'@ohos.app.ability.common';@Entry@Component struct ScreenInfoPage {@State screenWidth:number=0;@State screenHeight:number=0;@State windowMode:string='API 6 不支持获取';aboutToAppear():void{// 延迟执行,确保窗口已创建setTimeout(()=>{this.updateScreenInfo();},300);}updateScreenInfo():void{try{// 1. 获取并转换 Context 类型const context =getContext(this)as common.UIAbilityContext;if(!context){console.error('获取 Context 失败');return;}// 2. 通过 windowStage 获取主窗口尺寸(API 6 兼容方式)const windowStage = context.windowStage;if(windowStage){const mainWindow = windowStage.getMainWindowSync();const windowProperties = mainWindow.getWindowProperties();this.screenWidth = windowProperties.windowRect.width;this.screenHeight = windowProperties.windowRect.height;}// 3. 打印 Ability 信息if(context.abilityInfo){console.log('UIAbility name:', context.abilityInfo.name);}// 4. 窗口模式获取在 API 6 中不可用,直接设置提示this.windowMode ='API 6 不支持获取';}catch(e){console.error('更新屏幕信息失败:',JSON.stringify(e));}}build(){Column(){Column(){Text(`屏幕尺寸:${this.screenWidth} x ${this.screenHeight}`).fontSize(18)Text(`窗口模式:${this.windowMode}`).fontSize(16).margin({ top:10})Button("刷新信息").onClick(()=>this.updateScreenInfo()).margin({ top:20})}.justifyContent(FlexAlign.Center)}.width('100%').height('100%').backgroundColor('#f0f0f0')}}
在这里插入图片描述
代码深度解析getContext(this):在 @Component 中安全获取上下文;context.config:直接读取屏幕宽高(单位:px),无需异步context.getUIAbility():获取 UIAbility 实例,用于访问生命周期或窗口;currentWindowStage.getMainWindowSync():同步获取主窗口(Stage 模型特有);getWindowMode():判断当前窗口模式(全屏/悬浮等)。
优势
所有操作均为同步调用,无回调地狱,代码简洁可靠。

五、常见问题与最佳实践

❓ Q1:如何在非 UIAbility 中获取 Context?

A:通过 Ability 的 context 属性传递,或使用 ApplicationContext(需权限)。

❓ Q2:main_pages.json 能否动态修改?

A:不能。所有页面必须在编译时注册,这是出于安全与性能考虑。

✅ 最佳实践:

  • Ability 职责单一:一个 UIAbility 只负责一类功能(如主界面、设置页);
  • 避免在 Page 中持有 Ability 引用:通过事件通信,而非直接调用;
  • 窗口操作放 Ability 中:Page 只负责 UI 描述,窗口管理归 UIAbility

六、总结:Stage 模型的核心价值

维度价值
架构清晰Ability(能力) + Window(窗口) + Page(页面)三层解耦
生命周期可控统一入口,便于资源管理与内存优化
多设备友好原生支持手机、平板、车机、手表的窗口适配
未来-proof华为官方唯一维护的模型,持续获得新特性
🚀 行动建议:新项目必须使用 Stage 模型;老 FA 项目尽快迁移(华为提供迁移工具);深入理解 UIAbilityWindowStage 的协作机制。

Read more

Science子刊超绝idea:注意力机制+强化学习!足式机器人障碍穿越首次达成 100% 成功率

Science子刊超绝idea:注意力机制+强化学习!足式机器人障碍穿越首次达成 100% 成功率

近期,注意力机制+强化学习这个方向迎来了重磅突破。苏黎世联邦理工学院机器人系统实验室在《Science Robotics》(IF=26.1)中提出了一种创新的控制框架: 该框架通过结合强化学习和多头注意力机制,让机器人在面对不同类型地形时,能做到精准判断和灵活适应,从而实现100%障碍穿越成功率! 值得一提的是,当前注意力机制+强化学习这个方向已从方法创新阶段进入了性能优化和应用拓展阶段,而这篇顶刊成果,正是该趋势在机器人控制领域的完美范例!对于想做这个方向的论文er说,属于必看文章! 当然这方向还有不少值得参考的成果,我已经帮大家筛选并整理了11篇高质量的文章,包含顶会顶刊,附代码,先学习一下前人的思路再入手,能高效地找到自己的idea。 全部论文+开源代码需要的同学看文末 ARiADNE: A Reinforcement learning approach using Attention-based Deep Networks for Exploration 关键词:Reinforcement Learning、Attention Mechanism、Autonom

By Ne0inhk
【花雕学编程】Arduino BLDC 之自主巡逻机器人(避障+路径规划)

【花雕学编程】Arduino BLDC 之自主巡逻机器人(避障+路径规划)

基于 Arduino 的无刷直流电机(BLDC)自主巡逻机器人(避障+路径规划),是一个融合了高效动力系统、多传感器环境感知、嵌入式实时计算与智能决策算法的复杂移动机器人系统。它旨在替代人工在预设或未知环境中进行长时间、高效率的巡查任务,通过 BLDC 电机提供持久且敏捷的驱动力,并利用算法实现环境理解与自主导航。 1、主要特点 高效长续航 BLDC 驱动系统 BLDC 电机是巡逻机器人的“心脏”,决定了其机动性与作业时长。 高效率与长续航: 相较于有刷电机,BLDC 电机效率通常高于 85%,发热量低。配合电子调速器(ESC)的 FOC(磁场定向控制)算法,能最大限度地利用电池能量,确保机器人能够持续工作 8 小时甚至更长时间,满足长时间巡逻的需求。 高动态响应: 巡逻过程中常需急停、避让行人或车辆。BLDC 电机具备快速启停和快速加减速的能力,配合差速转向底盘,能迅速响应避障算法发出的紧急制动或转向指令,保证运行安全。

By Ne0inhk
【无人机】无人机路径规划算法

【无人机】无人机路径规划算法

目录 一、引言:无人机与路径规划算法 二、路径规划算法基础 (一)定义与重要性 (二)规划目标与约束条件 三、常见路径规划算法详解 (一)A * 算法 (二)Dijkstra 算法 (三)RRT(快速扩展随机树)算法 (四)蚁群算法 四、算法应用实例与效果展示 (一)不同场景下的算法应用 (二)算法性能对比数据 五、算法的优化与发展趋势 (一)现有算法的优化策略 (二)结合新技术的发展方向 六、挑战与展望 (一)面临的技术挑战 (二)未来应用前景 七、结论 一、引言:无人机与路径规划算法 在科技飞速发展的今天,无人机作为一种极具创新性的技术产物,已深度融入我们生活的方方面面,

By Ne0inhk
【数字图像处理与FPGA实现】00 绪,建立“算法思维“与“硬件思维“的桥梁

【数字图像处理与FPGA实现】00 绪,建立“算法思维“与“硬件思维“的桥梁

0、初衷 我的历程: 算法->rtl -> 算法&rtl 构建起这座桥,双向互译!直到 “写算法时心中有电路,写FPGA时心中有算法。” 阶段1:我曾是算法的"原教旨主义者"。 最早期,我和许多算法工程师一样,活在 MATLAB/Python/C语言 的抽象象牙塔里。 对我来说,图像就是 imread() 返回的那个完美矩阵, 处理就是调用 conv2() 或 cv2.GaussianBlur()等函数。 数据是静止的、无限的、免费的——内存不够就加条 DIMM, 算得慢就等几秒,边界处理? MATLAB 会帮我 padarray, Python 会帮我

By Ne0inhk