简介
h2sa工具，即SERVICE框架生成工具，当开发者为OpenHarmony系统框架开发某些功能时，有时需要将这个功能包装成一个独立的服务进程运行在系统中，为了其它应用进程能够调用此服务，开发人员需要基于系统IPC通信框架编写一套远程接口调用实现。实现Service远程调用接口需要开发人员熟悉IPC通信框架，了解proxy/stub的继承与实现方式，掌握C++类型转为MessageParcel数据包的各种API方法，有一定的学习成本。而Service代码生成工具能够帮助使用者生成框架代码，提升开发效率。用户只需提供一个定义远程方法的.h头文件，工具会自动生成整个Service框架的代码，包含Ability注册、proxy/stub类实现、MessageParcel数据包构造、Service子系统编译及开机自启动相关配置文件。
约束
系统：建议Ubuntu 20.04或者Windows 10
依赖版本：VS Code 1.62.0
使用方法
命令行
-
安装python库 CppHeaderParser
pip install CppHeaderParser
-
安装typescript：在napi_generator/src/cli/h2sa/src目录下执行命令
npm i typescript
-
安装stdio：在napi_generator/src/cli/h2sa目录下执行命令
npm i stdio
-
在napi_generator/src/cli/h2sa/src/gen目录下执行命令生成service框架代码：
node main.js -f test.h
其中,参数详情如下：
-f，定义远程服务的.h文件；
-l，可选参数，日志级别（0-3），默认为1；
-o，可选参数，生成框架代码输入到指定路径下；
-s，可选参数，指定serviceID，默认为19000；
-v，可选参数，指定版本（3.2和4.1，默认版本为3.2）
生成物
-
输出testservice文件夹，其中的文件如下所示：
├── BUILD.gn # 整个服务的编译文件，包含2个内容:1)服务端程序动态库编译 2)客户端可执行程序编译
├── bundle.json # 将服务包装成一个OpenHarmoney子系统组件，提供相关信息
├── etc # 服务启动配置目录，如果服务不需要开机自动启动，可以删除此目录。
│ ├── BUILD.gn
│ └── test_service.cfg # 服务自启动配置文件，编译烧录后会在/ect/init/下生成xxx_service.cfg启动文件
├── include
│ ├── test_service.h # 服务端头文件
│ ├── test_service_proxy.h # proxy 客户端头文件，为开发人员封装remote请求发送的处理
│ └── test_service_stub.h # stub 服务端头文件，为开发人员封装remote请求接收的处理
├── interface
│ └── i_test_service.h # 由用户提供的.h文件生成的remote接口文件，stub和proxy都基于此文件实现接口。
├── sa_profile
│ ├── 19000.json # 服务配置文件
│ └── BUILD.gn
└── src
├── i_test_service.cpp # 接口实现文件
├── test_client.cpp # 客户端程序
├── test_service.cpp # 服务端程序
├── test_service_proxy.cpp # 客户端代理实现
└── test_service_stub.cpp # 服务端 stub 实现
应用和验证
-
将生成的testservice文件夹放在对应版本的源码根目录下
-
修改服务配置文件
在foundation/systemabilitymgr/samgr/interfaces/innerkits/samgr_proxy/include/system_ability_definition.h增加以下一行：
TEST_SERVICE_ID = {serviceID}, //保证ID与参数-s的值一致且没有重复，例如：默认值19000
- 修改子系统配置文件
在build/subsystem_config.json中增加以下内容。"testservice": {
"path":"testservice",
"name": "testservice"
}
- 修改产品配置，如rk3568
在vendor/hihope/rk3568/config.json中增加以下内容：
{
"subsystem": "testservice",
"components": [
{
"component": "testservice_part",
"features": []
}
]
}
-
修改权限配置
在相应的产品目录的vendor/hihope/rk3568/security_config/high_privilege_process_list.json中增加以下内容：
{
"name": "testservice",
"uid": "system",
"gid": ["root", "system"]
}
- selinux权限配置
vendor/hihope/rk3568/config.json中"build_selinux"属性若为true， 即要配置selinux权限，应修改以下文件；若为false，无需修改
> 1. testservice/etc/sample_service.cfg
>
> > "secon" : "u:r:testservice:s0" >
> 2. base/security/selinux_adapter/sepolicy/base/public/service_contexts
>
> > 9016 u:object_r:sa_testservice:s0 >
> 3. base/security/selinux_adapter/sepolicy/base/public/service.te
>
> > type sa_testservice, sa_service_attr; >
> 4. base/security/selinux_adapter/sepolicy/ohos_policy/startup/init/system/init.te
>
> > allow init testservice:process { getattr rlimitinh siginh transition }; >
> 5. base/security/selinux/sepolicy/base/public/type.te
>
> > type testservice, sadomain, domain; >
> 6. /base/security/selinux/sepolicy/base/te目录下增加新service的te文件，新增文件名即为服务名，例如：testservice.te
>
> > allow testservice init_param:file { map open read }; > allow testservice sa_testservice:samgr_class { add get }; >
- 编码完成后，执行镜像编译命令
./build.sh --product-name 产品名
若编译rk3568开发板，则执行
./build.sh --product-name rk3568
- 烧录镜像
- 运行验证
> 验证一： shell登录开发板。 查看服务端进程是否已正常启动
>
> > ps -ef | grep testservice > system 288 1 0 00:02:13 ? 00:00:00 testservice_sa --- 服务进程已正常运行 >
>
> 验证二：运行客户端
>
> > /system/bin/testclient >
>
发布问题
发布文章
