
OpenHarmony—应用间HSP开发指导
应用间HSP用于不同应用间的代码、资源共享。 应用间HSP的宿主应用是一种特殊状态的应用,只能由一个HSP组成,不会独立运行在设备上,而是被普通应用模块的依赖项引用。当普通应用运行时,通过动态调用的方式使用应用间HSP提供的能力,从而实现应用自身所需要的功能。
注意事项
1. 应用间HSP的代码会运行在开发者应用的进程中,调用相关代码时,需要做好异常捕获与容错处理,防止由于应用间HSP功能异常导致的稳定性问题。
2. 一个应用可以同时依赖多个应用间HSP。
3. 应用间HSP会影响开发者应用自身的启动时间,依赖过多的应用间HSP可能会导致启动时延发生明显的劣化,建议将依赖的数目控制在16个以内。
4. 应用间HSP安装时需要对特权权限进行校验,如果想要开发应用间HSP,需要配置allowAppShareLibrary应用特权,具体配置方式参考应用特权配置指南。
应用间HSP的使用
应用间HSP会分为两部分对外发布:
一部分为HAR,HAR包中不会包含具体的功能实现代码,而仅仅包含导出的对象与方法,所以体积很小。应用开发者将HAR包集成到自身的工程中,然后就可以通过调用HAR包中提供的对象与方法完成自身的应用功能。
另外一部分为HSP,这部分为应用间HSP的具体实现,里面包含js/ts代码、C++库、资源和配置文件。这部分会上架到应用市场或者集成到系统版本中。
集成应用间HSP的HAR
HAR中的index.ets文件是应用间HSP导出的声明文件的入口,所有需要导出的接口,统一在index.ets文件中定义。index.ets文件路径如下:
对外暴露的接口,需要在入口文件index.ets中声明:
index.ets内容样例如下:
其中UIComponent为导出的ArkUI组件,hello()、foo1()与foo2()为应用间HSP导出的ts方法,nativeMulti()方法为应用间HSP导出的native方法。具体实现如下:
ArkUI组件
在HSP中ArkUI组件的具体实现样例:
ts方法
在HSP中ts方法的具体实现:
native方法
在HSP中也可以包含C++编写的so。对于so中的native方法,HSP通过间接的方式导出,以导出libnative.so的乘法接口multi为例:
使用HAR导出的能力
引用HAR前,需要先配置对HAR的依赖,配置方式可参考文档。HAR配置成功后,在配置模块的module.json5中会生成相关依赖项信息,如下所示:
其中bundleName为应用间HSP的bundle名称,moduleName为应用间HSP的模块名称,versionCode为应用间HSP的版本号。
使用HAR中的ArkUI组件
HAR的依赖配置成功后,可以引用HAR的ArkUI组件。ArkUI组件的导入方式与ts的导入方式一致,通过import引入HAR导出的ArkUI组件,示例如下所示:
使用HAR中的ts方法
通过import引用HAR导出的ts类和方法,示例如下所示:
使用HAR中的native方法
通过import引用HAR导出的native方法,示例如下所示:
应用间HSP的分发方式(仅对系统应用开放)
应用间HSP由于并未直接完整的集成到开发者应用中去,所以需要提前预置在系统版本中或者随开发者应用同步安装到设备上,主要有以下两种形式:
1. 随系统发布,部分常用应用间HSP会预置在系统版本中。
2. 随应用发布,即用户在应用市场下载应用时,如果应用依赖了一个或者多个应用间HSP,同时设备上没有安装这个其依赖的应用间HSP时,应用市场会为用户同时下载普通应用以及其依赖的应用间HSP。从而保证普通应用能够正常使用共享库的功能。
应用间HSP的调试方式
开发者本地调试应用间HSP相关的功能时,可能并不具备上述分发的条件,此时可以通过bm相关指令本地完成应用间HSP的分发,主要步骤如下:
1. 获取到应用间HSP的安装包。
2. 通过bm指令先安装应用间HSP的安装包。
3. 通过bm指令后安装开发者自身的应用hap。
4. 启动开发者自身的应用,调试相关功能。
注意:步骤2和步骤3不可以颠倒,否则会由于缺少必要的应用间HSP导致开发者的应用安装失败。更多bm相关指令可以参考文档。
