【鸿蒙实战开发】har和hsp的转换

一、场景描述

共享包选型: 应用模块化选型

伙伴开发过程中可能会遇到共享包转型场景,主要有hsp转har包和har转hsp包两种情况,由此经常要求提供har和hsp转换方案。共享包转换核心思路就是将配置文件统一,比如将hsp支持的配置文件转换为har的配置文件,主要涉及module.json5、hvigorfile.ts、build-profile.json5文件,以及路由方式切换等场景。

二、方案描述

场景一:hsp转har包

提供方hsp包转换

1.在hsp下的module.json5中,把"type": “shared"修改为"type”: “har”,删除"deliveryWithInstall"、"pages"字段。

2.由于har中不能声明page,需要先删除原hsp中module.json5的page声明;har不能用router.pushurl路由方式,需要修改原有router.pushurl路由为navigation(推荐)或命名路由跳转方式,以navigation为例,使用组件导航的demo如下:

左entry中Index页面,右har1中pageOne页面

若沿用router的方式,需要使用命名路由的方式,可参考官网指南: 命名路由

3.然后再找到hsp下的hvigorfile.ts文件,将里面的hspTasks改为harTasks。

4.(可选)如需要指定该library被依赖时的混淆规则(该项仅har模块可配置,详情可见 consumerFiles属性介绍 ,可在build-profile.json5添加配置"consumerFiles": ‘./consumer-rules.txt’ 。

5.清理重新安装打包(clean——>build)

引用方引用har包

转化前引用hsp包:

转换后引用har包:

源码方式依赖:

将产物har包放到引用模块下依赖:

场景二:har转hsp包

提供方har包转换

1.在har下的module.json5中,把"type": “har"修改为"type”: “shared”,添加"deliveryWithInstall"。

2.(可选)当Hsp需要对外声明router可跳转的page时,需要添加module.json5的"pages"字段,并在resources/base目录下建立profile/main_pages.json文件,添加配置参考如下,并在对应位置添加页面。

3.再找到har下的hvigorfile.ts文件,将里面的harTasks改为hspTasks。

4.har包的build-profile.json5默认会有"consumerFiles": ‘./consumer-rules.txt’ ,该项仅har模块可配置,为默认导出的混淆规则(详细描述见: 代码混淆 ),需将其删除。

5.清理重新安装打包(clean——>build)

引用方引用hsp包

转换前引用har包:

转换后引用hsp包:

鸿蒙全栈开发全新学习指南

有很多小伙伴不知道学习哪些鸿蒙开发技术?不知道需要重点掌握哪些鸿蒙应用开发知识点?而且学习时频繁踩坑,最终浪费大量时间。所以要有一份实用的鸿蒙(HarmonyOS NEXT)学习路线与学习文档用来跟着学习是非常有必要的。

针对一些列因素,整理了一套纯血版鸿蒙(HarmonyOS Next)全栈开发技术的学习路线,包含了鸿蒙开发必掌握的核心知识要点,内容有(ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、WebGL、元服务、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、OpenHarmony驱动开发、系统定制移植等等)鸿蒙(HarmonyOS NEXT)技术知识点。

本路线共分为四个阶段

第一阶段:鸿蒙初中级开发必备技能

在这里插入图片描述

第二阶段:鸿蒙南北双向高工技能基础:gitee.com/MNxiaona/733GH

第三阶段:应用开发中高级就业技术

第四阶段:全网首发-工业级南向设备开发就业技术:gitee.com/MNxiaona/733GH

《鸿蒙 (Harmony OS)开发学习手册》(共计892页)

如何快速入门?

1.基本概念
2.构建第一个ArkTS应用
3.……

开发基础知识:gitee.com/MNxiaona/733GH

1.应用基础知识
2.配置文件
3.应用数据管理
4.应用安全管理
5.应用隐私保护
6.三方应用调用管控机制
7.资源分类与访问
8.学习ArkTS语言
9.……

基于ArkTS 开发

1.Ability开发
2.UI开发
3.公共事件与通知
4.窗口管理
5.媒体
6.安全
7.网络与链接
8.电话服务
9.数据管理
10.后台任务(Background Task)管理
11.设备管理
12.设备使用信息统计
13.DFX
14.国际化开发
15.折叠屏系列
16.……

鸿蒙开发面试真题(含参考答案):gitee.com/MNxiaona/733GH

鸿蒙入门教学视频:

美团APP实战开发教学:gitee.com/MNxiaona/733GH

写在最后

  • 如果你觉得这篇内容对你还蛮有帮助,我想邀请你帮我三个小忙:
  • 点赞,转发,有你们的 『点赞和评论』,才是我创造的动力。
  • 关注小编,同时可以期待后续文章ing🚀,不定期分享原创知识。
  • 想要获取更多完整鸿蒙最新学习资源,请移步前往小编:gitee.com/MNxiaona/733GH

<think>我们正在讨论HarmonyOS中的HARHarmony Ability Resources)HSPHarmony Shared Package)的区别。根据引用[1]的信息,HSP有一些约束:HSP及其使用方都必须是Stage模型,必须使用esmodule编译模式,且HSP不支持在配置文件中声明abilities、extensionAbilities标签。这些信息可以帮助我们理解HSP的特性。 HARHSP都是HarmonyOS中用于模块化开发的共享包机制,但它们有不同的设计目标应用场景。 ### HARHarmony Ability Resources) - **定义**:HAR是静态共享包,包含代码、资源文件配置文件(如`config.json`)。它主要用于共享公共代码资源,但不包含UI组件(如Ability)。 - **特点**: - 编译时依赖:HAR在编译时被集成到使用方模块中,每个使用方模块都会包含HAR的一份拷贝。 - 资源隔离:HAR中的资源ID会被重新分配,以避免与应用资源冲突。 - 使用简单:不需要特殊的系统支持,只需在`build.gradle`中声明为`har`依赖即可。 - **适用场景**:适用于共享工具类、公共资源等,不涉及运行时动态共享。 ### HSPHarmony Shared Package) - **定义**:HSP是动态共享包,同样包含代码资源,但它在运行时被多个模块共享,即内存中只有一份实例。 - **特点**: - 运行时共享:多个模块在运行时共享同一个HSP实例,节省内存。 - 独立编译:HSP独立编译,使用方模块依赖HSP时,不需要重新编译HSP。 - 约束条件(根据引用[1]): - 必须使用Stage模型。 - 必须使用esmodule编译模式。 - 不能在配置文件中声明abilities、extensionAbilities标签(即不能包含UI组件)。 - **适用场景**:适用于需要被多个模块频繁调用的公共功能,尤其是当这些功能较大且希望减少内存占用时。 ### 主要区别总结 | **特性** | **HAR** | **HSP** | |------------------|--------------------------------------|--------------------------------------| | **共享方式** | 静态共享(编译时复制) | 动态共享(运行时单实例) | | **资源占用** | 每个使用模块独立占用资源 | 多个模块共享同一份资源 | | **编译模型** | 无特殊要求 | 必须使用Stage模型esmodule编译模式 | | **UI组件支持** | 不支持Ability(与HSP相同) | 不支持Ability(明确约束) | | **依赖声明** | `implementation project(... har)` | `hsp project(...)` | | **适用场景** | 工具类、公共资源 | 高频调用的大型公共模块 | ### 使用示例 #### 创建HAR 在模块的`build.gradle`中: ```groovy apply plugin: 'com.huawei.ohos.hap' ohos { library { libraryType = "Har" } } ``` #### 创建HSP 在模块的`build.gradle`中: ```groovy apply plugin: 'com.huawei.ohos.hsp' ohos { sharedLibrary { libraryType = "Shared" } } ``` #### 依赖HAR 在使用方模块的`build.gradle`中: ```groovy dependencies { implementation project(path: ':lib_utils', configuration: 'har') } ``` #### 依赖HSP 在使用方模块的`build.gradle`中: ```groovy dependencies { hsp project(':lib_shared') } ``` ### 注意事项 1. **HSP的约束**:由于HSP要求使用Stage模型esmodule,因此传统的FA模型无法使用HSP。 2. **资源冲突**:HSP中资源ID是全局共享的,因此要避免资源命名冲突。 3. **版本管理**:HSP更新后,所有依赖模块需重新适配,因为运行时使用的是同一份HSP。 > 参考:[HarmonyOS共享包开发指南](https://developer.harmonyos.com)[^1] §§相关问题§§ 1. 如何将现有的HAR模块升级为HSP? 2. 在Stage模型下如何正确使用HSP? 3. 如何解决HSP中的资源ID冲突问题?</think>### HarmonyOS HAR vs HSP 核心区别解析 在 HarmonyOS 开发中,HARHarmony Archive) HSPHarmony Shared Package)都是模块化共享机制,但存在本质差异: | **特性** | **HAR (Harmony Archive)** | **HSP (Harmony Shared Package)** | |------------------|------------------------------------|-------------------------------------| | **共享方式** | 静态共享(编译时复制) | 动态共享(运行时加载) | | **资源占用** | 每个使用方独立拷贝 | 多个模块共享同一份内存实例 | | **编译模型** | 无特殊要求 | 必须使用 Stage 模型[^1] | | **模块类型** | 普通模块/Ability模块 | 纯功能模块(无UI能力) | | **依赖声明** | `implementation project(... har)` | `hsp project(...)` | | **资源隔离** | 资源ID自动重映射 | 全局共享资源需特殊处理 | | **热更新支持** | ❌ 不支持 | ✅ 支持动态更新 | #### 关键区别详解 1. **运行机制差异** - **HAR**:编译时被拆解并合并到主模块包中 ```mermaid graph LR A[主模块] --> B[编译时合并HAR] B --> C[生成单一HAP] ``` - **HSP**:独立编译为 `.hsp` 文件,运行时动态加载 ```mermaid graph LR D[主模块] --> E[运行时加载HSP] F[HSP文件] --> E ``` 2. **使用约束** - **HSP** 有严格限制(根据引用[1]): - 必须使用 Stage 应用模型 - 必须开启 `esmodule` 编译模式 - 禁止声明 UI 组件:`abilities`/`extensionAbilities` ```json // 无效的HSP配置(会报错) "abilities": [{ "name": ".MainAbility", "icon": "$media:icon", "label": "MyApplication" }] ``` 3. **性能影响** - **HAR**:增加主包体积,但启动速度快 - **HSP**:减少安装包体积($$ \Delta V = \sum V_{HSP} $$),但首次加载有延迟 4. **适用场景** - **HAR** 适合: - 工具类库 - 公共资源文件 - 小型功能模块 - **HSP** 适合: - 大型公共业务模块 - 需要热更新的功能 - 多应用共享的核心服务 #### 开发建议 1. **优先使用 HAR**:当不需要运行时共享时,HAR更简单高效 2. **HSP 使用原则**: ```groovy // 正确声明方式 dependencies { hsp 'com.example:utils:1.0.0' // 远程HSP hsp project(':lib_shared') // 本地HSP } ``` 3. **资源访问**:HSP中使用全局资源需通过 `$r('app.type.name')` 语法 > 参考:[HarmonyOS共享包开发指南](https://developer.harmonyos.com)[^1]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值