首页 > 其他分享 >OpenHarmony系统之Service代码一键生成工具介绍

OpenHarmony系统之Service代码一键生成工具介绍

时间:2023-06-08 10:32:08浏览次数:60  
标签:OpenHarmony Service service 一键 base proxy testservice test

作者:苟晶晶

前言

当开发者为OpenHarmony系统框架开发某些功能时,有时需要将这个功能包装成一个独立的服务进程运行在系统中,为了其它应用进程能够调用此服务,开发人员需要基于系统IPC通信框架编写一套远程接口调用实现。实现Service远程调用接口需要开发人员熟悉IPC通信框架,了解proxy/stub的继承与实现方式,掌握C++类型转为MessageParcel数据包的各种API方法,有一定的学习成本。而Service代码生成工具能够帮助使用者生成框架代码,提升开发效率。用户只需提供一个定义远程方法的.h头文件,工具会自动生成整个Service框架的代码,包含Ability注册、proxy/stub类实现、MessageParcel数据包构造、Service子系统编译及开机自启动相关配置文件。

1.工具原理

Service框架代码生成工具包含工具入口、工具框架、公共模块、运行环境、系统平台。其中,工具入口描述调用Service框架代码生成工具的入口方式,支持命令行调用、VS Code插件(即VS插件)调用,从而可以根据开发环境的不同,采用相对应的调用Service框架代码生成工具的入口方式,实现Service框架代码生成工具的入口多样性,便于调用Service框架代码生成工具。工具框架包含C++语法解析器、代码生成器两部分,C++语法解析器支持包括但不限于对class、function、properties、parameter等内容的解析,代码生成器支持包括但不限于对proxy、stub、service、interface等服务框架代码的生成。公共模块描述通用的、在不同部分均会使用的公共接口与模块,可以包括通用的正则校验、类型映射、代码模板、文件操作等模块,运行环境描述Service框架代码生成工具运行的环境,包括Nodejs与Python,由于Nodejs本身具有跨平台性特点,故Service框架代码生成工具可以在Windows、linux、mac、OpenHarmony等不同系统平台灵活使用,Service框架代码生成工具的运行环境另一部分是python,针对不同平台做python适配,Service框架代码生成工具即可实现跨平台使用。

架构图

picservicefrm.png

2.使用说明

环境

visual studio code 版本需1.62.0及以上。

步骤

1、 打开VS Code,在左侧边栏中选择插件安装。

picpluginsearch.png

2、 在应用商店搜索service-gen插件,再单击安装。

picpluginselect.png

3、 安装完成后就会在VS Code的插件管理器中能看到service-gen这个插件了。

picpluginservice.png

4、 在VS Code中找到需要转换的.h文件,待转换的.h文件内容如下所示:

#ifndef TEST_H
#define TEST_H

namespace OHOS {
    namespace Example {
    /**
     * @brief service服务,提供IPC调用接口
     * @ServiceClass
     */
        class test {
        public:
            int testFunc(int v1, int v2, bool v3);
        };
    }  // namespace Example
}  // namespace OHOS
#endif  // TEST_H

5、 右键单击.h文件,选择“ Service Generate Frame”选项。 picplugingenc.png

6、 工具打开 Service Generate Frame窗口,.h文件选择框默认填写被操作的.h文件的绝对路径;输出路径选择框默认填写.h文件所在文件夹路径,可修改为任意路径;serviceID范围是1-16777215之间的整数,超出范围会提示错误,填入正确的serviceID,然后点击ok。

picserviceframe.png

7、 转换成功后,在输出路径下生成service框架代码文件。

输出文件说明

service工具生成文件说明如下图所示:

outfileintro.png

其中消息调用流程为:

  1. 服务端实现SystemAbility接口OnStart(),将自己的serviceId注册到SystemAbility Manager管理类。
  2. 客户端根据serviceId向SystemAbility Manager管理类获取该service的proxy对象。
  3. 客户端使用proxy对象调用服务端的远程接口。
  4. proxy将客户端传入的c++参数打包成消息数据,通过系统提供的dbinder进程间通信能力发送到服务端进程。
  5. 服务端OnRemoteRequest()接收到远程调用消息,根据消息id分发给不同的innerFunction()处理。
  6. 服务端innerFunction()将远程消息数据包还原成C/C++参数,传入业务入口方法供业务开发人员处理。

3.集成说明

本集成说明针对的是OpenHarmony 3.2release系统,其他系统可能存在差别,开发者可自行调试修改。

修改编译文件

  1. 修改testservice/BUILD.gn文件,将utils/native 改为 commonlibrary/c_utils,将samgr_standard改为samgr。修改后的BUILD.gn文件内容如下所示:

    import("//build/ohos.gni")
    
    ohos_shared_library("testservice") {
      sources = [
        "//testservice/src/i_test_service.cpp",
        "//testservice/src/test_service_stub.cpp",
        "//testservice/src/test_service.cpp"
      ]
      include_dirs = [
        "//testservice/include",
        "//testservice/interface",
        "//commonlibrary/c_utils/base/include"
      ]
    
      deps = [
        "//base/startup/syspara_lite/interfaces/innerkits/native/syspara:syspara",
        "//commonlibrary/c_utils/base:utils",
      ]
    
      external_deps = [
        "hiviewdfx_hilog_native:libhilog",
        "ipc:ipc_core",
        "safwk:system_ability_fwk",
        "samgr:samgr_proxy",
        "startup_l2:syspara",
      ]
    
      part_name = "testservice_part"
      subsystem_name = "testservice"
    }
    
    ohos_executable("testclient") {
        sources = [
        "//testservice/src/i_test_service.cpp",
        "//testservice/src/test_service_proxy.cpp",
        "//testservice/src/test_client.cpp"
      ]
    
      include_dirs = [
        "//testservice/include",
        "//testservice/interface",
        "//commonlibrary/c_utils/base/include"
      ]
    
      deps = [
        "//commonlibrary/c_utils/base:utils",
      ]
    
      external_deps = [
        "hiviewdfx_hilog_native:libhilog",
        "ipc:ipc_core",
        "samgr:samgr_proxy",
      ]
    
      part_name = "testservice_part"
      subsystem_name = "testservice"
    }
    
  2. 修改testservice/bundle.json文件,将"name": "@ohos/testservice"修改为 "name": "@ohos/testservice_part";将"samgr_standard"改为"samgr","utils_base"修改为"c_utils";修改的bundle.json文件内容如下所示:

    {
        "name": "@ohos/testservice_part",
        "description": "system ability framework test",
        "homePage": "https://gitee.com/",
        "version": "3.1",
        "license": "Apache License 2.0",
        "repository": "",
        "publishAs": "code-segment",
        "segment": {
            "destPath": "testservice"
        },
        "dirs": {},
        "scripts": {},
        "component": {
            "name": "testservice_part",
            "subsystem": "testservice",
            "adapted_system_type": [
                "standard"
            ],
            "rom": "2048KB",
            "ram": "~4096KB",
            "deps": {
                "components": [
                    "hiviewdfx_hilog_native",
                    "ipc",
                    "samgr",
                    "c_utils",
                    "safwk",
                    "startup_l2"
                ],
                "third_party": [ "libxml2" ]
            },
            "build": {
                "sub_component": [
                    "//testservice:testservice",
                    "//testservice/sa_profile:testservice_sa_profile",
                    "//testservice:testclient",
                    "//testservice/etc:test_service_init"
                ],
                "inner_kits": [
                ],
                "test": [
                ]
            }
        }
    }
    

修改系统公共文件

基本配置

  1. 服务配置

    foundation/systemabilitymgr/samgr/interfaces/innerkits/samgr_proxy/include/system_ability_definition.h增加以下两行(ID说明: TEST_SERVICE_ID值与用户指定的ID一致;TEST_SERVICE_ID宏值定义必须为这个,因为代码中使用的就是这个)

    TEST_SERVICE_ID                                = 9016,
    {TEST_SERVICE_ID, "testservice" },
    
  2. 子系统配置

    build/subsystem_config.json

    增加以下内容

    "testservice": {
    "path":"testservice",
    "name": "testservice"
     }
    
  3. 产品配置,如rk3568

    vendor/hihope/rk3568/config.json

    增加以下内容

    {
      "subsystem": "testservice",
      "components": [
        {
          "component": "testservice_part",
          "features": []
        }
      ]
    }
    

    注意:若用户需要配置selinux相关配置,则将开关改为true,再根据自身需求进行相关配置

  4. 权限配置

    在相应产品目录下

    vendor/hihope/rk3568/security_config/high_privilege_process_list.json

    增加以下内容

    {
        "name": "testservice",
        "uid": "system",
        "gid": ["root", "system"]
    }
    

selinux安全配置

  1. testservice/etc/sample_service.cfg

    "secon" : "u:r:testservice:s0"
    
  2. base/security/selinux/sepolicy/base/public/service_contexts

    9016                 u:object_r:sa_testservice:s0
    
  3. base/security/selinux/sepolicy/base/public/service.te

    type sa_testservice, sa_service_attr;
    
  4. base/security/selinux/sepolicy/base/te/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

    allow testservice init_param:file { map open read };
    allow testservice sa_testservice:samgr_class { add get };
    

4.示例演示

服务端修改

test_service.cpp 在testservice/src/test_service.cpp注释“// TODO: Invoke the business implementation”处添加各个接口的服务端实现代码。本例实现一个简单的加减法,服务端代码如下所示:

int testService::testFunc(int v1, int v2, bool v3)
{
    // TODO: Invoke the business implementation
    int ret = 0;
    printf("service test begin \r\n");
    if (v3) {
        printf("service test v3 = true\r\n");
        ret = v1 + v2;
    } else {
        printf("service test v3 = false \r\n");
        ret = v1 - v2;
    }
    printf("service test end \r\n");
    return ret;
}

远程方法的参数包装已在生成代码test_service_stub.cpp中统一处理,开发人员无需关注

客户端修改

test_client.cpp 为自动生成的客户端样例代码。编译烧录后,会在/system/bin/目录下生成可执行程序test_client 在testservice/src/test_client.cpp的main函数中使用proxy对象进行远程方法调用,参考注释示例。本例实现一个简单的加减法,客户端代码如下所示:

int main(int argc, char *argv[])
{
    printf("---functest begin---\r\n");
    auto proxy = getRemoteProxy();
    uint32_t result = 0;
    // TODO: Invoke remote method by proxy
    result = proxy->testFunc(8, 5, false);
    printf("result is : %u\r\n", result);
    printf("---functest end---\r\n");

    IPCSkeleton::JoinWorkThread();
    return 0;
}

远程方法的参数包装已在生成代码test_service_proxy.cpp中统一处理,开发人员无需关注

编码完成后,执行镜像编译命令

./build.sh --product-name 产品名

若编译rk3568开发板,则执行

./build.sh --product-name rk3568

运行

将编译好的镜像烧录到开发板后,使用hdc_std shell登录开发板。 查看服务端进程是否已正常启动

ps -ef | grep testservice
system         682     1 0 08:00:08 ?     00:00:00 testservice_sa  --- 服务进程已正常运行

如下图所示:

service_init_success.png

运行客户端

/system/bin/testclient 

运行结果如下所示:

---functest begin---
result is : 3
---functest end---

(客户端具体执行哪些远程调用方法请在test_client.cpp的main方法中实现)

总结

service生成工具是一个开源项目,我们欢迎有兴趣的开发者试用该工具,并提出宝贵的改进意见,我们将继续不断优化和完善该工具软件。我们相信,该工具会成为OpenHarmony生态圈中一个有用的补充。

更多原创内容请关注:深开鸿技术团队

入门到精通、技巧到案例,系统化分享OpenHarmony开发技术,欢迎投稿和订阅,让我们一起携手前行共建生态。

本文作者:深开鸿Kaihong

想了解更多关于开源的内容,请访问:​

​51CTO 开源基础软件社区​

​https://ost.51cto.com/#bkwz​

标签:OpenHarmony,Service,service,一键,base,proxy,testservice,test
From: https://blog.51cto.com/harmonyos/6438032

相关文章

  • Java SPI META-INF/services 详解
    目录什么是SPISPI和API的使用场景SPI的简单实现SPI原理解析DubboSPI总结什么是SPISPI(ServiceProviderInterface)是JDK提供的一套用来被第三方实现或者扩展的接口,它可以用来启用框架扩展和替换组件。SPI的作用就是为这些被扩展的API寻找服务实现。SPI和API的使用场景......
  • 【Azure 应用服务】App Service 默认页面暴露Tomcat版本信息,存在安全风险
    问题描述在创建AzureAppService时,服务端的配置使用Java8+Tomcat8.5。默认的根目录页面显示出AppServiceTomcat版本信息,存在一定的安全隐患。如何来避免这个问题呢? 问题解答因为在初始创建AppService时,Azure会根据所选Stack,WebServer的信息默认生成首页内容。大多是情况......
  • [转]解决WebService 测试窗体只能用于来自本地计算机的请求
    [转自]原文地址:https://www.cnblogs.com/JuneZhang/archive/2013/01/24/net.html问题:WebService部署成站点之后,如果在本地测试webservice可以运行,在远程却显示“测试窗体只能用于来自本地计算机的请求”或者"Thetestformisonlyavailableforrequestsfromthelocalma......
  • 【体验有奖】玩转 AIGC,函数计算 x 通义千问预体验,一键部署 AI 应用赢 Airpods
    玩转AIGC,基于函数计算FC部署通义千问预体验从文字生成到图片生成,AIGC的创造力让人惊叹,更多的人开始探索如何使用AI提高生产效率,激发更多创作潜能,然而在实际应用中,AI技术的高门槛让很多人望而却步,普通开发者和零编程经验的人是否也能简单快速地部署一个AI模型应用,享受到科......
  • 立即报名 | Microservices June 微服务之月再度开启
    原文作者:NGINX原文链接:立即报名|MicroservicesJune微服务之月再度开启转载来源:NGINX官方网站NGINX唯一中文官方社区,尽在 nginx.org.cn又是一个热情似火的六月,一年一度的MicroservicesJune微服务之月再次回归!微服务之月是NGINX一年一度的免费线上教学项目,今......
  • service开机启动项设置
    我们用户级别程序启动需要一个依赖网络,驱动等加载初始化,所以要在一个启动级别非常靠后的位置,他们建议在rc.local中启动,这一个在他们的启动时序中是最后的级别,因此改动如下: 还有一个rc-local.service的文件,一般是systemctlstart/enablerc-local使用,/etc/systemd/system下的ser......
  • HttpURLConnection调用webservice,c#、java、python等HTTP调用webservice,简单的webserv
    以前调用webservice一般使用axis、axis2先生成java类后,直接引用,多方便。但是有的webservice接口非常的函数,生成的java类非常多,有没有一种非常简化的方法。axis2有不生成类直接调用的方法,但是QName不容易找,每次查N久不到。有的反馈,使用CXF调用一样方便,但CXF还要使用maven下载jar,而......
  • Kubernetes(k8s)服务service:service的发现和service的发布
    目录一.系统环境二.前言三.Kubernetesservice简介四.使用hostPort向外界暴露应用程序4.1创建deploy4.2使用hostPort向外界暴露pod的端口五.使用service服务向外界暴露应用程序5.1使用service服务向外界暴露pod5.1.1创建service服务5.1.2测试svc的负载均衡六.service服务的发......
  • 一键修改pom 版本号
     packagecn.zno.version;importjava.io.File;importjava.nio.charset.Charset;importcn.zno.ambi.bas.util.FileUtils;importcn.zno.ambi.bas.xml.XmlUtils;publicclassMain{publicstaticvoidmain(String[]args){if(args.length==0)......
  • 快速掌握OpenHarmony社区贡献新流程
    10分钟快速掌握OpenHarmony社区贡献新流程为提升Issue和PR(PullRequest)的处理效率,OpenHarmony社区优化了Issue和PR处理流程,新支持了一系列交互命令和状态标签,用于明确处理阶段和当前处理责任人。社区CIBot工具还提供了待办事项提醒能力,并能自动处理超期无效Issue和PR。流程交互......