鸿蒙HAR与HSP详解

HAR

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

使用场景：

• 作为二方库，发布到OHPM私仓，供公司内部其他应用使用。
• 作为三方库，发布到OHPM中心仓，供其他应用使用。

限制：

• HAR不支持在设备上单独安装/运行，只能作为应用模块的依赖项被引用。
• HAR不支持在配置文件中声明UIAbility组件与ExtensionAbility组件。
• HAR不支持在配置文件中声明pages页面，但是可以包含pages页面，并通过命名路由的方式进行跳转。
• HAR不支持引用AppScope目录中的资源。在编译构建时，AppScope中的内容不会打包到HAR中，因此会导致HAR资源引用失败。
• HAR可以依赖其他HAR，但不支持循环依赖，也不支持依赖传递。

HSP

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

使用场景

• 多个HAP/HSP共用的代码和资源放在同一个HSP中，可以提高代码、资源的可重用性和可维护性，同时编译打包时也只保留一份HSP代码和资源，能够有效控制应用包大小。
• HSP在运行时按需加载，有助于提升应用性能。

限制：

• HSP不支持在设备上单独安装/运行，需要与依赖该HSP的HAP一起安装/运行。HSP的版本号必须与HAP版本号一致。
• HSP不支持在配置文件中声明UIAbility组件与ExtensionAbility组件。
• HSP可以依赖其他HAR或HSP，但不支持循环依赖，也不支持依赖传递。

总结

HSP和HAR的区别：

相同点：

• 都支持模块间资源共享
• 都不支持在设备上单独安装/运行
• 都不支持在配置文件中声明UIAbility组件与ExtensionAbility组件
• 都不支持循环依赖，也不支持依赖传递

不同点：

• har 发布二方或三方仓使用（hsp 不可以）

• har 中不支持在配置文件中声明pages页面

• hsp 中支持在配置文件中声明pages页面

• hsp 多模块依赖只会打包一份，har会打包多份

• hsp 支持按需加载