关于 HAP、HAR、 HSP、App

穆雄雄

已于 2024-12-06 17:35:44 修改

阅读量1.3k

点赞数 15

分类专栏：鸿蒙文章标签：华为云服务器 java

于 2024-09-10 16:31:31 首次发布

本文链接：https://blog.youkuaiyun.com/qq_34137397/article/details/142098384

版权

7 篇文章

订阅专栏

HAP（Harmony Ability Package）是应用安装和运行的基本单元。HAP包是由代码、资源、第三方库、配置文件等打包生成的模块包，其主要分为两种类型：entry和feature。

应用程序包可以只包含一个基础的entry包，也可以包含一个基础的entry包和多个功能性的feature包。

单HAP场景：如果只包含UIAbility组件，无需使用ExtensionAbility组件，优先采用单HAP（即一个entry包）来实现应用开发。虽然一个HAP中可以包含一个或多个UIAbility组件，为了避免不必要的资源加载，推荐采用“一个UIAbility+多个页面”的方式。
多HAP场景：如果应用的功能比较复杂，需要使用ExtensionAbility组件，可以采用多HAP（即一个entry包+多个feature包）来实现应用开发，每个HAP中包含一个UIAbility组件或者一个ExtensionAbility组件。在这种场景下，可能会存在多个HAP引用相同的库文件，导致重复打包的问题。

HAR（Harmony Archive）是静态共享包，可以包含代码、C++库、资源和配置文件。通过HAR可以实现多个模块或多个工程共享ArkUI组件、资源等相关代码。

HSP（Harmony Shared Package）是动态共享包，可以包含代码、C++库、资源和配置文件，通过HSP可以实现代码和资源的共享。HSP不支持独立发布，而是跟随其宿主应用的APP包一起发布，与宿主应用同进程，具有相同的包名和生命周期。

说明：

应用内HSP：在编译过程中与应用包名（bundleName）强耦合，只能给某个特定的应用使用。

集成态HSP：构建、发布过程中，不与特定的应用包名耦合；使用时，工具链支持自动将集成态HSP的包名替换成宿主应用包名。

多个HAP/HSP共用的代码和资源放在同一个HSP中，可以提高代码、资源的可重用性和可维护性，同时编译打包时也只保留一份HSP代码和资源，能够有效控制应用包大小。
HSP在运行时按需加载，有助于提升应用性能。
同一个组织内部的多个应用之间，可以使用集成态HSP实现代码和资源的共享。
元服务分包预加载、按需加载。

har如何转换为hsp

HAR转为HSP主要是通过相关配置文件的修改实现的。具体方式可参考以下步骤：

在HAR的module.json5中，将type字段的值改为“shared”，并添加deliveryWithInstall字段配置为“true”。
若HSP需要对外声明可跳转的页面，需要在module.json5文件中添加pages字段，并在“resources/base”目录下建立“profile/main_pages.json”文件，添加“src”配置。
将HAR的hvigorfile.ts文件中的“harTasks”更改为“hspTasks”。
HAR的build-profile.json5文件中默认生成consumerFiles字段，该项仅HAR可配置，为默认导出的混淆规则，需删除。

配置更改完成后即可重新编译。