鸿蒙FA/PA架构设计全解析

已于 2025-08-27 18:38:49 修改
阅读量689 收藏 9
点赞数 16
CC 4.0 BY-SA版权
分类专栏： 鸿蒙开发 鸿蒙 FA/PA架构 文章标签： harmonyos 华为
于 2025-08-27 18:35:04 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2501_92596942/article/details/150933251

文章目录

鸿蒙FA/PA架构设计核心信息

一、FA与PA的定义与区别

Feature Ability (FA)

  • 定位：用户可直接感知和交互的应用界面部分，是应用的"门面"
  • 形态：主要表现为独立的UI页面（Page Ability）
  • 特点：
    • 必须包含用户界面（使用ArkTS等声明式UI）
    • 拥有独立入口，通常在设备桌面上有对应图标
    • 具备完整生命周期（onStart, onActive, onInactive, onBackground, onForeground, onStop）
    • 支持跨设备启动，实现分布式流转
  • 使用场景：应用首页、商品详情页、设置页面等用户交互界面

Particle Ability (PA)

  • 定位：应用的后台服务或数据处理能力，是应用的"引擎"
  • 形态：主要实现形式为Service Ability和Data Ability
    • Service Ability：执行后台运行任务（如下载文件、播放音乐、长时间计算）
    • Data Ability：提供统一的数据访问接口（操作本地数据库、文件或跨应用共享数据）
  • 特点：
    • 通常无UI界面，专注于后台逻辑执行或数据操作
    • 不能独立运行，需被FA或其他PA通过Intent或connectAbility方法启动或连接
    • 同样拥有生命周期，但触发和管理方式与FA不同
    • 支持跨设备调用，是鸿蒙分布式能力的核心体现
  • 使用场景：后台音乐播放服务、文件下载服务、位置信息服务、数据库操作封装等

二、FA与PA的关系与协作

核心协作模式

  • 解耦与复用：FA和PA的设计实现了前端交互与后端逻辑的分离，使PA可被多个不同FA复用
  • 协同工作流程：
    1. FA负责展示信息和接收用户指令
    2. 当需要执行耗时操作、访问数据或使用设备能力时，FA启动或连接相应PA
    3. PA完成任务后将结果返回给FA进行展示或触发后续操作
  • 分布式基础：FA和PA均支持跨设备调用，是鸿蒙"一次开发，多端部署"理念的核心实现

AbilitySlice概念

  • FA（Page Ability）内部可包含一个或多个AbilitySlice
  • AbilitySlice是单个页面的具体内容和逻辑承载者
  • 一个Page Ability可管理多个AbilitySlice的导航栈（类似Android的Activity和Fragment关系）

三、架构设计原则

1. 分离关注点

  • UI类应仅包含处理界面和操作系统交互的逻辑
  • 避免在UI类中编写所有代码，减少对UI组件的依赖

2. 通过数据模型驱动界面

  • 推荐使用持久性数据模型驱动界面
  • 优势：
    • 系统销毁应用释放资源时，用户不会丢失数据
    • 网络连接不稳定时，应用仍可继续工作

3. 单一数据源(SSOT)

  • 为每种数据类型分配单一、权威、可靠的数据源
  • 优势：
    • 集中管理特定类型数据的所有更改
    • 保护数据防止未授权修改
    • 更易于跟踪数据更改，便于发现bug

4. 单向数据流(UDF)

  • 状态仅朝一个方向流动
  • 修改数据的事件朝相反方向流动

四、分层架构设计

鸿蒙应用采用"三层架构+灵活扩展"的设计理念：

1. 产品定制层

  • 定位：设备个性化实现
  • 包含内容：
    • 针对不同设备屏幕尺寸和交互方式定制的UI组件
    • 不同设备的专属资源（图片、布局文件）
    • 设备特定的编译配置和运行时参数
  • 典型实践：
    • 手机端：触摸交互优化的UI组件
    • 智慧屏：遥控器适配的导航逻辑
    • 车载设备：语音交互专属模块

2. 基础特性层

  • 定位：核心功能抽象
  • 设计原则：高内聚、低耦合
  • 特性：
    • 特性独立：每个特性完成独立业务功能
    • 接口稳定：对外提供统一调用接口
    • 灵活部署：支持按需部署到不同设备
  • 部署形式：
    • 需要单独部署的特性 → 编译为Feature类型HAP包
    • 不需要单独部署的特性 → 编译为HAR或HSP包

3. 公共能力层

  • 定位：通用功能下沉
  • 包含内容：
    • UI组件库：可复用的自定义UI组件
    • 工具类：常用功能工具（网络请求、数据处理）
    • 基础服务：跨模块共享的基础服务
  • 实现形式：编译为HAR包（静态共享包）或HSP包（动态共享包）

五、模块化设计实践

模块包类型选择

包类型部署方式功能特性典型应用场景
Entry独立部署包含UI和设备定制逻辑各设备主入口模块
Feature独立部署可独立运行的特性模块可动态加载的功能插件
HAR作为依赖引用静态共享功能公共组件库、工具类
HSP作为依赖引用动态共享功能运行时动态加载的服务

多设备共包实践示例

document-app
├── default-entry/          # 通用Entry模块
│   ├── src/
│   └── resources/
│       ├── base/           # 通用资源
│       ├── phone/          # 手机端资源
│       └── tablet/         # 平板端资源
└── document-engine/        # 文档处理引擎，编译为Feature HAP

资源管理最佳实践

resources/
├── base/                   # 通用资源
│   ├── strings/
│   ├── images/
│   └── layouts/
├── phone/                  # 手机端专属资源
│   ├── images/
│   └── layouts/phone.xml
└── tv/                     # 智慧屏专属资源
    ├── images/
    └── layouts/tv.xml

六、FA与PA交互机制

调用方式

1. Ability调用方式
  • 特点：拥有独立Ability生命周期，采用远端进程通信
  • 适用场景：提供基本服务供多FA调用或服务在后台独立运行
  • 实现接口：IRemoteObject.onRemoteRequest()
2. Internal Ability调用方式
  • 特点：与FA共进程，采用内部函数调用方式通信
  • 适用场景：对服务响应时延要求较高的场景
  • 限制：不支持其他FA访问调用
  • 实现接口：AceInternalAbility.AceInternalAbilityHandler.onRemoteRequest()

JS FA调用Java PA接口

FA端接口
  • FeatureAbility.callAbility(OBJECT)：调用PA能力
  • FeatureAbility.subscribeAbilityEvent(OBJECT, Function)：订阅PA能力
  • FeatureAbility.unsubscribeAbilityEvent(OBJECT)：取消订阅PA能力
参数说明
参数名类型必填说明
bundleNamestring是Ability的包名称，需与PA端匹配，区分大小写
abilityNamestring是Ability名称，需与PA端匹配，区分大小写
messageCodenumber是Ability操作码，与PA端约定
abilityTypenumber是0: Ability方式; 1: Internal Ability方式
dataObject否发送到Ability的数据
syncOptionnumber否0:同步(默认); 1:异步(仅Internal Ability支持)

七、代码示例

1. FA生命周期管理示例

export default class MainAbility extends Ability {
  onCreate(want, launchParam) {
    // 初始化应用资源
  }

  onWindowStageCreate(windowStage) {
    // 创建UI界面
    windowStage.loadContent("pages/index", (err, data) => {
      // 加载完成回调
    });
  }

  // 处理跨设备调用
  onCall(want) {
    return new MyParticleAbilityStub("service");
  }
}

2. JS FA调用PA示例

// abilityType: 0-Ability; 1-Internal Ability
const ABILITY_TYPE_EXTERNAL = 0;
const ABILITY_TYPE_INTERNAL = 1;
// syncOption(Optional, default sync): 0-Sync; 1-Async
const ACTION_SYNC = 0;
const ACTION_ASYNC = 1;
const ACTION_MESSAGE_CODE_PLUS = 1001;

export default {
  plus: async function() {
    var actionData = {};
    actionData.firstNum = 1024;
    actionData.secondNum = 2048;
    var action = {};
    action.bundleName = 'com.example.hiaceservice';
    action.abilityName = 'com.example.hiaceservice.ComputeServiceAbility';
    action.messageCode = ACTION_MESSAGE_CODE_PLUS;
    action.abilityType = ABILITY_TYPE_INTERNAL;
    action.syncOption = ACTION_SYNC;
    action.data = actionData;
    
    let result = await FeatureAbility.callAbility(action);
    console.log('计算结果: ' + result);
    return result;
  }
}

3. PA端实现示例

public class ComputeServiceAbility extends AceInternalAbility {
    private static final String TAG = "ComputeServiceAbility";
    private static final int ACTION_CODE_PLUS = 1001;
    
    public ComputeServiceAbility() {
        super("com.example.hiaceservice.ComputeServiceAbility");
    }
    
    @Override
    public boolean onRemoteRequest(int code, MessageParcel data, MessageParcel reply, MessageOption option) {
        switch (code) {
            case ACTION_CODE_PLUS: {
                String dataStr = data.readString();
                JSONObject jsonObject = new JSONObject(dataStr);
                int firstNum = jsonObject.getInt("firstNum");
                int secondNum = jsonObject.getInt("secondNum");
                int result = firstNum + secondNum;
                reply.writeString(String.valueOf(result));
                return true;
            }
            default:
                return false;
        }
    }
}

4. 分布式任务调度示例

// 连接远程PA
Intent intent = new Intent();
intent.setDeviceID("deviceID");
intent.setBundleName("com.example.bundle");
intent.setAbilityName("com.example.ParticleAbility");

connectAbility(intent, new AbilityConnection() {
    @Override
    public void onAbilityConnectDone(ElementName elementName, IAbilityConnection abilityConnection, int resultCode) {
        if (resultCode == 0) {
            // 连接成功，获取对端PA的服务代理
            IAbilityConnection proxy = abilityConnection;
        }
    }
});

// 启动远程FA
Intent intent = new Intent();
intent.setDeviceID("deviceID");
intent.setBundleName("com.example.bundle");
intent.setAbilityName("com.example.FeatureAbility");

startAbility(intent);

5. 线程通信示例

// 在ViewModel中
import { emitter, TaskDispatcher } from '@ohos.base';
import { Request } from '../common/network/Request';

const UI_TASK_DISPATCHER = TaskDispatcher.getGlobalTaskDispatcher(TaskDispatcher.Priority.HIGH);

class UserViewModel {
    private userId: string = '';
    
    // 1. 子线程获取数据
    async fetchUserData() {
        const backgroundTask: TaskDispatcher = TaskDispatcher.createBackgroundTaskDispatcher();
        backgroundTask.asyncDispatch(() => {
            const data = Request.fetch(`https://api.user.com/${this.userId}`);
            // 2. 通过Emitter发送数据到主线程
            emitter.emit('USER_DATA_LOADED', data);
        });
    }
    
    // 3. 主线程监听事件
    setupEventListener() {
        emitter.on('USER_DATA_LOADED', (data) => {
            UI_TASK_DISPATCHER.asyncDispatch(() => {
                // 安全更新UI
                this.userInfo = data;
                AppStorage.setOrCreate('userName', data.name); // 绑定到UI组件
            });
        });
    }
}

八、典型案例分析

1. 印象笔记鸿蒙原生版

  • 核心特性：跨端接续功能，手机靠近平板实现无缝接续浏览或编辑
  • 技术实现：利用FA的跨设备迁移能力，实现应用状态的无缝流转
  • 用户体验：无需担心学习进程中断，提升学习连续性

2. 学习通鸿蒙原生版

  • 核心特性：
    • 直接调用系统相机拍照，支持对焦、变焦等功能
    • 笔记支持AI朗读，网络中断也能继续收听
  • 技术实现：调用系统服务能力，结合FA的UI展示与PA的后台处理

3. 粉笔鸿蒙原生版

  • 核心特性：
    • 课程内容跨端接续观看
    • 接入统一扫码服务，简化课程访问流程
  • 技术实现：利用鸿蒙意图框架和分布式任务调度能力

4. 宝宝巴士鸿蒙原生版

  • 核心特性：
    • 跨设备无缝切换，支持手机、折叠屏、平板等多设备
    • 意图框架能力实现学习内容一键直达
    • 服务卡片实时更新内容
  • 技术实现：基于FA/PA架构的"一次开发，多端部署"，结合鸿蒙服务卡片能力

九、技术趋势

  1. Stage模型逐渐成为主流：
    • 从API 9开始引入，多个应用组件共享同一虚拟机
    • 减少内存占用，提高复杂应用性能
    • 支持卡片、输入法、快捷开关等更多扩展能力
  2. 分布式能力深化：
    • 跨设备服务调用与数据同步更高效
    • 能力组合更灵活，支持构建复杂业务场景
    • 设备协同更智能，无缝流转体验提升
  3. 模块化设计优化：
    • HAP、HAR、HSP包类型分工更明确
    • 按需加载能力增强，应用性能优化
    • 多端部署更便捷，开发效率提升
  4. 原生智能与AI融合：
    • AI能力更深度集成，如智能推荐、语音交互
    • 安全能力增强，如人脸活体检测
    • 用户体验更个性化、智能化、
鸿蒙操作系统架构解析：深入理解微内核设计
操作系统内核探秘的博客
04-30 1358
随着物联网（IoT）、5G、边缘计算等技术的快速发展，传统操作系统在跨设备协同、资源效率、系统安全性等方面的局限性日益凸显。鸿蒙操作系统作为面向全场景的分布式操作系统，其微内核架构设计是实现“一次开发、多端部署”的核心技术支撑。本文旨在通过系统化的技术解析，帮助开发者和技术爱好者理解鸿蒙微内核的设计哲学、技术架构与工程实现，涵盖从底层内核机制到上层应用框架的完整技术栈。本文采用从理论到实践的递进式结构：首先梳理操作系统内核演进历史，建立微内核技术的理论基础；
鸿蒙FA/PA架构：打破设备孤岛的技术密钥
最新发布
2502_93036221的博客
08-29 581
摘要： 鸿蒙FA/PA架构通过解耦应用功能单元（FA为界面模块，PA为服务组件）实现跨设备协同，解决物联网时代“设备孤岛”问题。FA支持生命周期管理、分布式迁移与动态UI适配，PA提供后台服务能力，二者借助分布式软总线实现无缝流转。该架构已支撑超15000个鸿蒙原生应用，其技术核心包括多内核适配、能力调度与状态同步机制，为开发者提供"一次开发，多端部署"的全场景解决方案。文中详细解析了FA/PA的设计原理、实现路径及典型应用场景，兼具架构方法论与工程实践指导价值。
鸿蒙应用框架深度剖析：FA/PA模型与Stage机制实战
m0_73448825的博客
06-21 250
个人分享：作为HarmonyOS的核心架构，应用框架通过和实现跨设备协同。
HarmonyOS多设备通信机制：深入理解FA和PA的交互
操作系统内核探秘的博客
05-30 939
随着智能设备的普及，手机、平板、手表、智能家居等设备的“无缝协同”成为用户核心需求。HarmonyOS凭借“分布式软总线”等技术，让多设备通信像“同一台设备”一样简单。本文聚焦HarmonyOS中**FA（Feature Ability，界面能力）和PA（Particle Ability，服务能力）**的交互机制，覆盖从基础概念到实战开发的全流程，帮助开发者掌握多设备通信的核心逻辑。
HarmonyOS Next～鸿蒙系统架构设计解析：分层、模块化与智慧分发的技术革新
Liu_Bruce的博客
03-20 1504
​​ 鸿蒙操作系统（HarmonyOS）作为华为自主研发的分布式操作系统，其架构设计以全场景、多设备协同为核心目标，通过分层架构、模块化设计及智慧分发等关键技术，实现了从单一终端到多设备互联的跨越式创新。本文将从架构设计的三大核心维度——分层架构设计、模块化设计与智慧分发设计——深入解析鸿蒙系统的技术特点与实现逻辑。
1.1HarmonyOS NEXT技术架构深度解析：微内核架构与系统分层
陈奕昆的博客
05-20 1249
HarmonyOS NEXT作为面向万物互联时代的全场景操作系统，通过创新的星核架构（Star Kernel）重构了系统底层架构。其核心在于微内核设计，将非核心功能剥离至用户态运行，仅保留基础功能，实现了内核功能的原子化和动态加载机制。这种设计不仅提高了系统的安全性和灵活性，还支持跨设备动态加载服务，显著提升了系统的可扩展性。此外，HarmonyOS NEXT采用四层系统分层模型，从内核层到应用层，清晰划分系统架构，为开发者提供了"设备无关性"的开发体验。通过软总线协议栈和分布式调度器，
CH8-HarmonyOS流转架构解析
weixin_46227276的博客
01-25 5591
文章目录前言目标核心概念流转架构特性Ability的调度流转应用场景流转架构核心模块跨端迁移关键流程多端协同关键流程分布式任务调度连接远程PA启动远程FA/PA迁移FA接口IAbilityContinuation的方法跨端迁移功能开发多端协同功能开发启动遥控器连接远程智慧屏遥控器与智慧屏交互本章总结 前言 物联网时代的核心是具备互联互通能力的智能设备，目前智能市场的现状远不能达到预定的目标。 现实的工作生活场景是用户拥有的设备越来越多，每个设备都能在适合的场景下提供良好的体验，例如：手表可以提供及时的信
HarmonyOS NEXT 架构设计与系统原理深度解析
Lin_Zhong_的博客
02-21 1144
A[应用层] -->|调用| B[ArkUI框架]A -->|数据访问| D[分布式数据管理]C -->|硬件交互| G[图形驱动]D -->|同步| E[设备1存储]D -->|同步| F[设备2存储]B -->|驱动| C[渲染引擎]G --> H[GPU硬件]
一文了解鸿蒙操作系统设计原理与架构
鸿蒙大师兄
10-03 2807
在数字化转型的浪潮中，鸿蒙操作系统（HarmonyOS）以其独特的设计原理和先进的架构，正在逐步成为万物互联时代的引领者。作为华为公司自主研发的一款面向全场景的分布式操作系统，鸿蒙不仅承载着华为在技术创新和生态建设上的重要成果，更在推动行业进步和提高用户体验方面发挥着重要作用。
HarmonyOS流转架构解析
02-19
【HarmonyOS流转架构解析】 在物联网时代，设备间的互联互通成为了智能设备发展的核心。然而，当前市场中的智能设备并未充分实现这一目标，每个设备虽然在特定场景下能提供优秀的用户体验，如手表方便的信息查看，...
HarmonyOS元服务的设计与开发解析.pdf
04-27
### HarmonyOS元服务的设计与开发解析 #### 趋势：万物互联时代的新赛道——元服务 随着技术的发展，我们正逐步进入一个万物互联的时代。根据Statista的统计数据，预计到2025年，人均持有的连接设备数量将高达9.27...
HarmonyOS应用开发-FA调用PA能力学习分享.docx
06-05
其中，FA（Feature Ability）与PA（Particle Ability）作为HarmonyOS应用架构中的两个核心组成部分，在实现复杂的功能和服务时扮演着关键角色。本文旨在深入探讨FA如何调用PA的能力，并通过具体示例来解释其实现机制...
HarmonyOS 中的 @Prop 装饰器：深入理解单向数据传递
不懂先生的博客
08-26 618
本文深入解析了HarmonyOS中@Prop装饰器的单向数据传递机制。@Prop用于子组件接收父组件数据，形成单向绑定：父组件数据变化会同步到子组件，但子组件修改@Prop变量不会影响父组件。通过代码示例展示了初始化、父组件更新和子组件修改时的数据流动过程。文章还解答了常见问题，建议合理使用@Prop维护清晰数据流，在需要双向交互时考虑@Link或事件回调。理解@Prop的单向特性有助于构建更可预测的HarmonyOS应用架构。
鸿蒙中使用极光推送
m0_60880588的博客
08-26 387
然后在module.json5中配置srcEntry字段 "srcEntry": "./ets/entryability/MyAbilityStage.ets。
从Android到鸿蒙：一场本应无缝的转型-优雅草卓伊凡
一颗优雅草科技-央千澈的CSDN博客~只想无穷无尽的学习~作息早8-晚8
08-24 792
从Android到鸿蒙：一场本应无缝的转型-优雅草卓伊凡
余承东：鸿蒙智行累计交付突破90万辆
qq_15113419的博客
08-26 412
鸿蒙智行累计交付突破90万辆，连续14个月蝉联中国汽车品牌成交均价第一名。
直播预告｜鸿蒙原生开发与智能工具实战
GitCode
08-27 325
鸿蒙生态的热潮正在席卷而来，原生应用开发与工具链的演进，是开发者绕不开的必修课。当下，越来越多的开发者投身到 HarmonyOS Next 的探索与实践中，新的生态格局、开发范式和工具链也在快速成型。如何高效上手？哪些工具能让开发更顺畅？又该如何在新生态中找到自己的价值？本期 GitCode × 坚果派特别策划的「开发者·面对面」直播，将带你走进一线实践者的真实视角。两位嘉宾不仅会拆解鸿蒙原生开发的技术细节，还会结合智能开发工具的最新进展，为开发者呈现一场“实战+思考”的技术盛宴。
鸿蒙OS与Rust整合开发流程
lpfasd123的博客
08-28 143
本文档详细介绍如何在鸿蒙OS应用中集成Rust代码，通过将Rust编译为SO库，实现鸿蒙应用（ArkTS/Java）与Rust的交互。这种整合方式可以充分利用Rust的性能优势和内存安全性，同时发挥鸿蒙OS的生态优势。通过本文档介绍的方法，我们可以在鸿蒙OS应用中成功集成Rust代码，充分利用两种技术的优势。这种整合方式不仅可以提升应用的性能和安全性，还能复用已有的Rust生态系统资源。随着鸿蒙OS的不断发展，相信Rust与鸿蒙的整合会更加顺畅，为开发者提供更多可能性。
HarmonyOS 自定义组件的基本使用
不懂先生的博客
08-25 371
本文介绍了HarmonyOS中自定义组件的基本使用方法。通过@Component装饰器定义可复用的UI组件，组件包含状态变量、事件处理函数和UI结构定义。演示了如何传递属性值和事件处理函数，以及设置组件样式的方法。文章提供了完整的代码示例，展示了自定义组件从定义到使用的完整流程，包括如何封装组件属性、事件和样式设置，帮助开发者提高代码复用性和可维护性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值