CN112965832A - 一种远程过程调用rpc服务调用方法和相关装置 - Google Patents

Abstract

本申请实施例公开了一种RPC服务调用方法和相关装置，至少涉及模板引擎技术，通过将多种RPC服务对应的接入层代码集成于统一RPC接口对应的RPC接入层集合中，实现了在统一RPC接口对应的RPC系统接入多种RPC服务的场景中，对于多种RPC服务对应RPC接口的统一，实现了客户端基于统一RPC接口对于多种RPC服务(第一RPC服务和/或第二RPC服务)的统一调用，减少了客户端调用多种RPC服务所需连接的RPC接口个数，简化了连接过程的同时，提升了连接效率，也提高了用户体验。

Description

一种远程过程调用RPC服务调用方法和相关装置

技术领域

本申请涉及远程过程调用(Remote Procedure Call,RPC)技术领域，特别是涉及一种RPC服务调用方法和相关装置。

背景技术

RPC是指客户端向服务端上的RPC接口发送RPC服务调用请求，通过执行接入层代码调用RPC服务并得到返回结果，如客户端通过调用数据库服务，从服务端拉取商品价格并显示。

一般的，服务端构建RPC系统往往需要接入多个不同种类的外部系统，以便能够为客户端提供多种RPC服务，其中不同类型的RPC服务对应的接入层代码不同。

由于不同类型的外部系统的接入方式不同，如有些RPC服务是提供流程文档、有些RPC服务是提供同步模式的软件开发工具包(Soft Development Kit, SDK)、有些RPC服务是提供半异步的SDK、还有些RPC服务是提供回调模式的SDK，因此在接入不同类型的外部系统时，往往会生成多个RPC接口，由此造成接入工作量多且重复。在客户端需要调用RPC系统多种RPC服务的场景中，客户端需要连接多个RPC接口，其连接过程繁杂、效率较低，开发者使用体验较差。

发明内容

为了解决上述技术问题，本申请提供了一种RPC服务调用方法和相关装置，减少了客户端调用RPC系统中多种RPC服务的RPC接口个数，提升了用户体验。

有鉴于此，本申请实施例公开了如下技术方案：

一方面，本申请实施例提供了一种远程过程调用RPC服务调用方法，所述方法包括：

通过统一RPC接口获取RPC服务调用请求；所述RPC服务调用请求包括RPC系统中第一RPC服务对应的第一标识；

从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；所述RPC接入层代码集合至少包括所述第一接入层代码和第二接入层代码；所述第二接入层代码对应于所述RPC系统中的第二 RPC服务；所述第一RPC服务与所述第二RPC服务为不同类型的RPC服务；

根据所述第一接入层代码，获取第一RPC服务对应的第一调用结果；

通过所述统一RPC接口发送所述第一调用结果。

另一方面，本申请实施例提供了一种远程过程调用RPC服务调用装置，所述装置包括第一获取单元、确定单元、第二获取单元和发送单元：

所述第一获取单元，用于通过统一RPC接口获取RPC服务调用请求；所述RPC服务调用请求包括RPC系统中第一RPC服务对应的第一标识；

所述确定单元，用于从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；所述RPC接入层代码集合至少包括所述第一接入层代码和第二接入层代码；所述第二接入层代码对应于所述 RPC系统中的第二RPC服务；所述第一RPC服务与所述第二RPC服务为不同类型的RPC服务；

所述第二获取单元，用于根据所述第一接入层代码，获取第一RPC服务对应的第一调用结果；

所述发送单元，用于通过所述统一RPC接口发送所述第一调用结果。

另一方面，本申请实施例提供了一种RPC服务调用系统，所述系统包括终端设备和服务器：

所述终端设备，用于通过统一RPC接口向服务器发送RPC服务调用请求；

所述服务器，用于通过统一RPC接口获取终端设备发送的RPC服务调用请求；

所述服务器，还用于从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；

所述服务器，还用于根据所述第一接入层代码，获取第一RPC服务对应的第一调用结果；

所述服务器，还用于通过所述统一RPC接口向终端设备发送所述第一调用结果；

所述终端设备，还用于通过所述统一RPC接口获取所述服务器发送的第一调用结果。

另一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行上述方面所述的方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述方面所述的方法。

另一方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面所述的方法。

由上述技术方案可以看出，通过统一RPC接口获取的RPC服务调用请求，从统一RPC接口对应的RPC接入层代码集合中确定出第一标识对应的第一接入层代码，然后根据该第一接入层代码，生成第一RPC服务对应的第一调用结果，并通过统一RPC接口发送第一调用结果，实现了通过统一RPC接口对于第一RPC服务的调用。由于统一RPC接口对应的RPC接入层代码集合至少包括第一接入层代码和第二接入层代码，第二接入层代码对应于第二RPC服务，而第一RPC服务与第二RPC服务为不同类型的RPC服务，也就是通过将多种RPC服务对应的接入层代码集成于统一RPC接口对应的RPC接入层集合中，实现了在统一RPC接口对应的RPC系统接入多种RPC服务的场景中，对于多种RPC服务对应RPC接口的统一，实现了客户端基于统一RPC 接口对于多种RPC服务(第一RPC服务和/或第二RPC服务)的统一调用，减少了客户端调用多种RPC服务所需连接的RPC接口个数，简化了连接过程的同时，提升了连接效率，也提高了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种RPC服务调用方法的应用场景示意图；

图2为本申请实施例提供的一种RPC服务调用方法的流程示意图；

图3为本申请实施例提供的一种基于模板引擎接入RPC服务的方法示意图；

图4为本申请实施例提供的一种基于模板引擎生成接入层代码的流程示意图；

图5为本申请实施例提供的另一种基于模板引擎生成接入层代码的流程示意图；

图6为本申请实施例提供的一种生成接入层代码的流程示意图；

图7为本申请实施例提供的iTop服务对应的自定义描述信息示意图；

图8为本申请实施例提供的iTop服务对应的自定义模板示意图；

图9为本申请实施例提供的数据库服务对应的RPC声明示意图；

图10为本申请实施例提供的数据库服务对应的接入层代码示意图；

图11为本申请实施例提供的服务间RPC对应的接入层代码示意图；

图12为本申请实施例提供的WebSocket和HTTP服务对应的接入层代码示意图；

图13a为本申请实施例提供的一种RPC服务调用装置的结构示意图；

图13b为本申请实施例提供的另一种RPC服务调用装置的结构示意图；

图14为本申请实施例提供的一种服务器的结构示意图；

图15为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

下面结合附图，对本申请的实施例进行描述。

由于客户端调用多种RPC服务需要连接多个RPC接口，连接过程繁杂，使用体验较差。鉴于此，本申请实施例提供了一种RPC服务调用方法和相关装置，实现了基于统一RPC接口调用多种RPC服务，提高了用户体验。

本申请实施例提供的RPC服务调用方法可以应用于具有数据处理能力的RPC服务调用设备，例如终端设备或服务器，该方法可以通过终端设备独立执行，也可以通过服务器独立执行，也可以应用于终端设备和服务器通信的网络场景，通过终端设备和服务器配合执行。其中，终端设备可以为手机、台式计算机、便携式计算机等；服务器可以理解为是应用服务器，也可以为 Web服务器，在实际部署时，该服务器可以为独立服务器，也可以为集群服务器。下面以服务器作为RPC服务调用设备对本申请实施例进行介绍。

参见图1，图1为本申请实施例提供的一种RPC服务调用方法的应用场景示意图。在图1所示的RPC调用场景中，采用客户端-服务器(Client-Server, CS)模式，包括终端设备101和服务器102-104。其中，终端设备101为需要调用RPC服务的客户端；服务器102包括RPC系统，该RPC系统集成了第一RPC服务和第二RPC服务，服务器102作为服务端向客户端提供调用多种 RPC服务；服务器103用于提供第一RPC服务，服务器104用于提供第二 RPC服务。

由于相关技术中，对于不同类型的RPC服务会生成多个不同的RPC接口，因此导致在客户端需要调用多种RPC服务的场景中，需要连接多个RPC接口。本申请通过将不同类型的RPC服务对应的接入层代码集成在统一RPC接口对应的RPC接口层代码集合中，实现对于多种RPC服务对应RPC接口的统一。

在图1所示的场景中，终端设备101与服务器102通过统一RPC接口105 建立连接。服务器102通过统一RPC接口105获取终端设备101发送的RPC 服务调用请求，该RPC服务调用请求包括RPC系统中第一RPC服务对应的第一标识，用于调用第一RPC服务。

针对图1中服务器102包括的RPC系统，由于统一RPC接口105对应的 RPC接入层代码集合中至少包括第一接入层代码和第二接入层代码，第一接入层代码对应于第一RPC服务，第二接入层代码对应于第二RPC服务，且第一RPC服务与第二RPC服务为不同类型的RPC服务。也就是说，统一RPC 接口105对应的RPC系统中至少集成了第一RPC服务和第二RPC服务，即终端设备101可以通过统一RPC接口调用RPC系统中的第一RPC服务和/或第二RPC服务。

以终端设备101通过统一RPC接口105调用RPC系统中的第一RPC服务为例，在实际调用过程中，服务器102通过统一RPC接口105获取终端设备101发送的RPC服务调用请求，该RPC服务调用请求包括第一RPC服务对应的第一标识，用于调用RPC系统中的第一RPC服务。

然后，服务器102从统一RPC接口105对应的RPC接入层代码集合中，确定出第一标识对应的第一接入层代码。继而，服务器102通过执行第一接入层代码，调用服务器102提供第一RPC服务，并获取服务器103返回的第一RPC服务对应的第一调用结果。基于此，服务器102再通过统一RPC接口 105将该第一调用结果发送给终端设备101。相应的，终端设备101通过统一 RPC接口105获取第一RPC服务对应第一调用结果。

与上述过程类似，终端设备101也可以通过统一RPC接口105向服务器 102发送具有第二标识的RPC服务调用请求，从RPC接入层代码集合中确定第二标识对应的第二接入层代码，通过调用第二RPC服务并得到对应的第二调用结果，其中第二标识用于标识RPC系统中的第二RPC服务，在此不再赘述。

上述通过将多种RPC服务对应的接入层代码集成于统一RPC接口对应的 RPC接入层集合中，实现了在统一RPC接口对应的RPC系统接入多种RPC 服务的场景中，对于多种RPC服务对应RPC接口的统一，实现了客户端基于统一RPC接口对于多种RPC服务的统一调用，减少了客户端调用多种RPC 服务所需连接的RPC接口个数，简化了连接过程的同时，提升了连接效率，也提高了用户体验。

为了更好的理解，下面结合图1所示的应用场景从RPC服务调用系统的角度，对本申请实施例提供的RPC服务调用方法进行介绍。

参见图2，图2为本申请实施例提供的一种RPC服务调用方法的流程示意图。在图2所示的场景中，包括终端设备和服务器。其中，终端设备为需要调用RPC服务的客户端，服务器为提供调用RPC服务的服务侧。如图2所示，该RPC服务调用方法具有如下步骤：

S201：终端设备通过统一RPC接口向服务器发送RPC服务调用请求。

在实际调用过程中，终端设备通过统一RPC接口与服务器建立联系。若终端设备需要调用服务器对应的RPC系统中的第一RPC服务，则终端设备通过统一RPC接口向服务器发送RPC服务调用请求，该RPC服务调用请求包括RPC系统中第一RPC服务的第一标识。RPC服务调用请求用于调用RPC 系统中的RPC服务。

需要说明的是，RPC系统仅仅是概念上的定义，并没有固定的实现方式和通信系统，如gRPC、bRPC、tRPC等。对于一些专有的框架和服务，也会有一些和服务框架深度集成的RPC模型。在本申请实施例中，RPC系统是指接入了至少一种RPC服务的系统。

在一种可能的实现方式中，RPC服务可以是数据库服务、服务间RPC、 WebSocket服务、超文本传输协议(Hypertext Transfer Protocol，HTTP)、信息技术运营门户(ITOperation Portal,iTop)、监控告警、链路跟踪或代理转发中的任意一种或多种，在此不做任何限定。

S202：服务器通过统一RPC接口获取终端设备发送的RPC服务调用请求。

S203：服务器从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码。

由于不同类型的外部系统接入方式不同，因此RPC系统在接入多个不同类型的外部系统时，会生成多个RPC接口，用于与客户端建立联系，从而为客户端提供RPC服务调用。为了减少客户端调用多种RPC服务所连接RPC 接口的个数，统一客户端调用多种RPC服务的模式，在本申请实施例中，通过将不同类型的RPC服务对应的接入层代码集成在统一RPC接口对应的RPC 接入层集合中，实现对于多种RPC服务对应RPC接口的统一。

在本申请实施例中，RPC接入层代码集合至少包括第一接入层代码和第二接入层代码，其中第一接入层代码对应于第一RPC服务，第二接入层代码对应于第二RPC服务，且第一RPC服务与第二RPC服务为不同类型的RPC 服务。在实际应用中，统一RPC接口对应的RPC接入层代码集合集成多个接入层代码的个数可以由RPC系统需要接入RPC服务的种类确定，在此不作任何限定。

在上述终端设备需要调用第一RPC服务的场景中，服务器获取到终端设备发送的RPC服务调用请求后，服务器从统一RPC接口对应的RPC接入层集合中确定出第一标识对应的第一接入层代码，以便根据第一接入层代码调用第一RPC服务。

上述通过将多种RPC服务对应的接入层代码集成在统一RPC服务对应的 RPC接入层代码集合中，实现了对于多种RPC服务对应RPC接口的统一，即实现了客户端基于统一RPC接口对于多种RPC服务的统一调用，减少了客户端调用多种RPC服务所需连接的个数，简化了连接过程，提高了连接效率，提升了用户体验。

S204：服务器根据所述第一接入层代码，获取第一RPC服务对应的第一调用结果。

在实际调用过程中，服务器执行第一接入层代码，通过预先接入的外部系统调用第一RPC服务，并从外部系统处获取第一RPC服务对应的第一调用结果。其中外部系统为提供RPC服务的系统，例如，提供数据库服务的数据库系统。

S205：服务器通过所述统一RPC接口向终端设备发送所述第一调用结果。

基于上述，服务器获取到第一RPC服务对应的第一调用结果后，通过统一RPC接口将该第一调用结果发送给终端设备。

S206：终端设备通过所述统一RPC接口获取所述服务器发送的第一调用结果。

上述实施例提供的RPC服务调用方法，通过统一RPC接口获取的RPC 服务调用请求，从统一RPC接口对应的RPC接入层代码集合中确定出第一标识对应的第一接入层代码，然后根据该第一接入层代码，生成第一RPC服务对应的第一调用结果，并通过统一RPC接口发送第一调用结果，实现了通过统一RPC接口对于第一RPC服务的调用。由于统一RPC接口对应的RPC接入层代码集合至少包括第一接入层代码和第二接入层代码，第二接入层代码对应于第二RPC服务，而第一RPC服务与第二RPC服务为不同类型的RPC 服务，也就是通过将多种RPC服务对应的接入层代码集成于统一RPC接口对应的RPC接入层集合中，实现了在统一RPC接口对应的RPC系统接入多种 RPC服务的场景中，对于多种RPC服务对应RPC接口的统一，实现了客户端基于统一RPC接口对于多种RPC服务(第一RPC服务和/或第二RPC服务) 的统一调用，减少了客户端调用多种RPC服务所需连接的RPC接口个数，简化了连接过程的同时，提升了连接效率，也提高了用户体验。

需要说明的是，相关技术中大多RPC系统的接入代码生成使用的是 protobuf插件的模式，其中protobuf一种业内广泛使用的序列化和反序列化工具。使用这种模式需要接入protobuf协议或者使用protobuf的libprotoc组件并编译出可执行文件且在标准输入和输出中要实现既定的二进制格式。这种情况下，在需要重构或者增加功能时，需要重新编译可执行程序，这导致对跨平台开发和需要快速测试时非常繁琐，并且这类程序常常仅提供几种固定地变量替换，灵活性也大打折扣。

基于前述可知，由于不同类型的外部系统接入方式不同，RPC系统在接入多个不同类型的外部系统时，往往会有比较多且重复的工作量，并且当结构或者文档变更时需要人工处理变化和核对引用到的地方是否都正确。当系统规模较大时，这类操作极容易遗漏和有疏漏。

为此，本申请实施例利用模板引擎技术，生成RPC服务对应的接入层代码，通过将接入层代码加入RPC接入层代码集合中，生成统一RPC接口，在降低在RPC系统中接入RPC服务的接入工作量的同时，提高RPC系统的扩展性。下面结合附图，对基于模板引擎生成接入层代码的过程进行具体介绍。

参见图3，图3为本申请实施例提供的一种基于模板引擎接入RPC服务的方法示意图。如图3所示，该方法包括如下步骤：

S301：获取目标RPC服务对应的目标模板和所述目标模板对应的目标描述信息。

在生成接入层代码过程中，获取目标RPC服务对应的目标模板和目标描述信息，其中目标RPC服务为待接入RPC系统中的RPC服务，目标模板用于标识统一RPC接口的接口规范，目标描述信息与目标模板对应，用于标识调用目标RPC服务的配置信息。其中，接口规范可以是预先根据RPC系统对应的统一RPC接口进行设定，目标模板可以基于接口规范进行设置，在此不作任何限定。

在本申请实施例中，上述目标PC服务包括内置RPC服务和/或自定义RPC 服务，其中内置RPC服务为RPC系统预先配置的RPC服务，自定义RPC服务为开发或使用RPC系统的用户对RPC系统进行扩展的RPC服务。在实际应用中，可以根据实际应用场景选择内置RPC服务和/或自定义RPC服务，在此不做任何限定。若目标RPC服务为内置RPC服务，则获取内置RPC服务对应的内置模板和RPC声明。若目标RPC服务为自定义RPC服务，则获取自定义RPC服务对应的自定义模板和自定义描述信息。

基于上述可知，本申请基于模板引擎技术生成RPC服务对应的接入层代码，可以将内置RPC服务接入RPC系统的基础上，还可以对RPC服务进行扩展，即支持将用户自定义RPC服务接入RPC系统中，由此提高了RPC系统的扩展性。

需要说明的是，上述模板引擎是一种分离数据和特定格式文档的技术，常用于网页组件化渲染。用户通过编写不同的模板，可以快速实现对同一份数据生成的实现相同模式的目标文档，同时保留较好地可读性且更利于后期维护。如图4所述，模板引擎400就是在用户模板401的基础上进行预处理得到模板编译中间结果402，然后加上用户数据403，即可生成目标文档和代码404。在本申请实施例中，基于模板和RPC描述信息，生成RPC服务的接入层代码。

模板引擎有两类：第一种是静态模板引擎，仅在注册阶段注册一些几种固定类型的数据和字段名，并允许注册一些给定的函数。使用前需要编译除可执行程序，渲染时必须按固定的格式输入用户数据，在模板中可以直接使用这些数据和注册的函数函数，但无法在用户层面进行扩展。如:go-template, rust handlebars等。另一种是利用动态语言的特性实现的动态模板引擎，在模板阶段重新生成动态语言代码，渲染模板时先把用户数据以变量的形式注入进去，再执行这段生成的代码来生成最终的输出。如:mako,jinja2等。模板系统并没有统一固定的实现，通常不用语言和不用使用场景会有不同的模板引擎框架和实现方式。在本申请实施例中，以动态模板引擎为例对生成RPC 服务对应的接入层代码进行介绍。

S302：根据所述目标模板和所述目标描述信息，生成所述目标RPC服务对应的所述目标接入层代码。

基于S201获取的目标模板和对应的目标描述信息，生成目标RPC服务对应的目标接入层代码。由于目标模板标识了统一RPC接口的接口规范，因此基于目标模板生成的目标接入层代码满足统一RPC接口对应RPC接入层代码集合的接入条件。

若目标RPC服务为内置RPC服务，则根据内置服务对应的内置模板和 RPC声明，生成内置RPC服务对应的目标接入层代码。若目标RPC服务为自定义RPC服务，则根据自定义模板和自定义描述信息，生成自定义RPC服务对应的目标接入层代码。

可以理解的是，目标描述信息一般文本，计算机无法直接读取或识别。故此在利用计算机对目标描述信息读取前，需要对目标描述信息进行预处理。为了更好的理解，下面结合图5对上述基于模板引擎生成接入层代码的过程进行介绍。

参见图5，图5为本申请实施例提供的一种基于模板引擎生成接入层代码的流程示意图。如图5所示，通过将RPC模板接入数据层，对目标描述信息 501(即RPC声明和/或用户扩展描述)进行转换，生成对应的RPC描述数据层代码502。此外，利用模板引擎500对目标模板503(即内置服务模板和/ 或用户自定义模板)进行预渲染，生成对应的模板编译中间结果504。基于此，根据数据层代码502和模板编译中间结果504，生成目标RPC服务对应的目标接入层代码505。

上述通过将目标描述信息转换为数据层代码，由此基于模板引擎技术生成RPC服务对应的接入层代码，为后续通过将接入层代码加入RPC接入层代码集合，实现将多种RPC服务接入RPC系统以及生成统一RPC接口提供了基础。由于基于模板生成接入层代码的过程，避免了接入多种RPC服务过程重复的接入工作量，提高了接入效率。

S303：通过将所述目标接入层代码加入所述RPC接入层代码集合，将所述目标RPC服务接入所述RPC系统。

基于上述S202，将目标接入层加入统一RPC接口对应的RPC接入层集合中，即实现了将目标RPC服务接入RPC系统。例如在需要接入链路跟踪服务时，基于上述步骤生成链路跟踪服务的接入层代码，并把它加入统一RPC 接口对应的RPC接入层代码集合中即可。其中，链路跟踪通常指对远程过程调用的流程、依赖关系和状态进行跟踪分析。

基于此，通过RPC接入层代码集合中集成多种RPC服务的多个接入层代码，实现了对于这些RPC服务对应RPC接口的统一，即通过RPC接入层代码集合对应的统一RPC接口即可调用这些RPC服务，由此简化了客户端调用多种RPC服务所需连接RPC接口的个数，提升了用户体验。

上述通过整合模板引擎和RPC系统，选用动态模板引擎技术以支持复杂的逻辑语句流程，并且可以使用语言生态链中的库去访问一些系统资源。然后在此基础上增加了基于模板的描述信息，将描述信息连接到模板引擎的数据层，并且提供RPC模板访问接口(如图5所示的506)访问RPC系统的基本信息和扩展信息，最后将生成的接入层代码加入RPC接入层代码集合中，即生成统一RPC接口508，实现了对于用户层接口的统一。其中RPC接入层代码集合中还包括RPC公共接入层，如图5所示的507。

需要说明的是，上述实施例提供的接入层代码生成方法也可以基于静态模板引擎实现，在实际应用中可以根据具体应用场景进行选择，在此不做任何限定。

由于静态模板引擎几乎无法动态扩展功能，需要增加功能时必须重新编译模板引擎。虽然动态模板引擎允许用户在用户层进行有限制的扩展，但是用户必须自己保证扩展功能的安全性并且扩展流程较为繁琐。模板引擎通常不提供插件机制，对于RPC系统而言通常对于不同类型的调用会需要一些不同的功能选项，甚至有一些选项和功能是用户提供的，同时这些选项可能会是复杂结构(数组、嵌套结构等)。

基于上述可知，模板引擎不支持插件功能，即无法识别自定义描述信息。为此，本申请实施例利用RPC符号预处理器进行二次加载，使得模板引擎能够支持自定义RPC服务中的自定义插件。

参见图6，图6为本申请实施例提供的一种生成接入层代码的流程示意图。如图6所示，包括RPC符号预处理器600、RPC内置协议描述文件集601和用户协议描述文件集603。其中，RPC符号预处理器600用于加载并解析描述信息，RPC内置协议描述文件集601包括RPC系统对应的内置RPC描述信息603，用户协议描述文件集603包括自定义RPC服务对应的自定义描述信息。

在构建自定义描述信息过程中，因为涉及复合结构和扩展，因此在本申请实施例中，采用建立符号库的方式对描述信息进行解析。另外，RPC系统的内置RPC描述信息和开发者自定义描述信息的语法结构是一样的。

由于自定义描述信息一般依赖于RPC系统的内置RPC描述信息，因此在利用RPC符号预处理器加载解析之前，需要先加载内置RPC描述信息，解析出RPC系统的内置插件。故此在构建模板引擎能够识别的自定义描述信息过程中，先向RPC符号预处理器600输入内置RPC描述(S601)，通过加载内置RPC描述信息解析其中的插件和依赖结构，生成并输出内置RPC符号库 (S602)，该内置RPC符号库604附带内置插件。在此情况下，可以基于内置RPC符号库使用RPC内置插件，但不支持用户自定义插件。

为了支持自定义插件，需要对用户自定义描述信息进行二次构建。具体的，将上述生成的内置插件输入RPC符号预处理器600(S603)，将内置RPC 描述信息和自定义描述信息605整合在一起，并输入RPC符号预处理器600 进行解析(S604)，生成并输出自定义RPC服务对应的全量RPC符号库(S605)。其中，全量RPC符号库606提取出了用户自定义描述的插件部分和插件依赖的所有资源，包括内置插件和自定义插件。

在利用模板引擎接入自定义RPC服务过程中，利用上述生成的全量RPC 符号库、自定义描述信息和自定义模板生成自定义RPC服务对应的接入层代码。在实际应用中，将上述生成的全量插件输入RPC符号预处理器600(S606)，并再次输入内置RPC描述信息和自定义描述信息605，通过RPC符号预处理器600进行处理，输出全量RPC符号库，该全量符号库为应用了全量插件(即内置插件和自定义插件)的全量符号库。基于此生成的接入层代码不仅支持内置插件，还支持自定义插件。

由于自定义模板符合统一RPC接口的接口规范，因此基于自定义模板生成的接入层代码满足统一RPC接口对应RPC接入层代码集合的接入条件，并且基于自定义描述信息生成的接入层代码支持内置插件和自定义插件，因此将接入层代码加入RPC接入层代码集合中，即实现了将自定义RPC服务接入 RPC系统。

上述通过二次加载描述信息，使得基于模板引擎生成的接入层代码支持内置插件，也支持自定义插件，由此实现了将自定义RPC服务接入RPC系统，提高了RPC系统的扩展性。基于此，在构建RPC系统框架过程中，无论是使用用户自定义模板，还是使用RPC框架提供的一些功能性内置模块，都可以通过基于模块的方式来生成接入层代码，实现将RPC服务接入RPC系统的目的。

为了更好的理解，下面以iTop服务作为自定义服务为例，对上述上述将自定义服务接入RPC系统的过程进行说明。

由于iTop服务仅提供了文档形式的接口说明，因此RPC系统的使用在接入iTop服务时，需要编写自定义模板和自定义描述信息，具体参见图7和图 8，图7为本申请实施例提供的iTop服务对应的自定义描述信息示意图，其中包括自定义插件，图8为本申请实施例提供的iTop服务对应的自定义模板示意图。由图7和图8所示可以看到，用户可以在自定义模板中进行自定义插件扩展，对iTop服务的功能进行扩展。

需要说明的是，在接入RPC服务过程中，还需要注入一些与RPC相关的接口供给模板使用。这些接口包含了RPC复合规范的工具类函数和名字转换函数，这些接口有利于统一不同外部流程和SDK的接入，并且让最终提供给 RPC系统使用者的使用形式一致。这里的使用形式是可以根据项目框架流程变化而变化的，比如产品测试示例中是使用的某一个项目的协程模型接口。

在应用过程中，用户将自定义RPC服务接入RPC系统中，对RPC系统进行扩展。此外，用户还可以使用RPC内置模板，将内置RPC服务接入RPC 系统中。基于前述可知，静态模板引擎几乎无法动态扩展功能，需要增加功能时必须重新编译模板引擎。为了进一步提高本申请实施例提供的RPC系统的扩展性能，在一种可能的实现方式中，通过在内置RPC模板中增加代码扩展点，扩展内置RPC服务对应的功能。

由于代码扩展点可以用于扩展内置RPC服务对应的接入层代码，因此在将内置RPC服务接入RPC系统的过程中，可以在内置RPC服务对应的内置模板的代码扩展点扩展接入层代码，对内置RPC服务的功能进行扩展。在实际应用中，可以根据实际需求增加在代码扩展点增加接入层代码，在此不作任何限定。为了更好的理解，下面结合附图，对内置RPC服务接入RPC系统进行介绍。

以数据库服务为例，参见图9和图10，其中图9为本申请实施例提供的数据库服务对应的RPC声明示意图，图10为本申请实施例提供的数据库服务对应的接入层代码示意图。如图9所示，RPC声明中前缀为tdr2pb:的字段则是内置模板提供的代码扩展点，表示一个generic类型的表，生成接入层代码自动转换到protobuf的结构中字段ID是1003。

以RPC系统内部服务间RPC为例，参见图11，图11为本申请实施例提供的服务间RPC对应的接入层代码示意图。在使用者提供服务间RPC对应的描述信息之后，生成符合接入条件的接入层代码，以此加入统一RPC接口对应的RPC接入层代码集合中。此外，还可以生成空的任务模板，使用者根据模板填充内容即可，具体参见图11中箭头所标识的模板文件。

再以WebSocket服务和HTTP服务为例，使用者只要基于模板编写对应的描述信息指定HTTP统一资源标识符(Uniform Resource Identifier，URI)的绑定地址和协议名称之后，生成空任务代码并且把它自动绑定到指定的路径上，具体参见图12，图12为本申请实施例提供的WebSocket和HTTP服务对应的接入层代码示意图。

需要说明的是，在构建RPC系统过程中，若所有的模板和描述信息都准备好以后，还需要最后配置各个服务和RPC协议和模板之间的对应关系，这个对应关系的配置可以手动编辑，也可以集成到构建系统中自动生成。具体对应关系配置过程如下所示：

在实际应用中，根据服务与模板、描述信息之间的对应关系进行配置，此外RPC服务可以是多个，在此不作任何限定，上述仅为一种可能的实施方式。

基于上述，通过整合模板引擎、对描述信息进行解析和RPC框架系统，实现了RPC系统的高度可扩展性。并且在对多个外部系统进行接入模式时，统一了对于用户层或者说客户端的接口。比如若要接入opentelemetry规范的链路跟踪服务，则基于上述实施例提供的生成接入层代码方法生成一个 opentelemetry的接入层代码，然后把该接入层代码加入RPC系统对应的RPC 接入层代码集合中，如此可以通过RPC接入层代码集合对应的统一RPC接口调用RPC系统中的链路跟踪服务，不会发生遗漏，保证了重构的安全性。

需要说明的是，上述时实施例提供的基于模板引擎生成接入层代码的方法，还可以使用静态模板引擎或简单的模板进行替换，并提供特定的访问属性的函数，也可以实现支持用户自定义插件，但是在对复杂逻辑功能进行处理具有一定的限制。另外，可以使用自定义规范和语法用于描述用户自定义插件，描述信息和插件的描述可以使用protobuf，也可以使用其他类似工具，在此不做任何限定。

针对上述实施例提供的RPC服务调用方法，本申请实施例还提供了一种 RPC服务调用装置。参见图13a，图13a为本申请实施例提供的一种RPC服务调用装置的结构示意图。如图13a所示，该RPC服务调用装置1300包括第一获取单元1301、确定单元1302、第二获取单元1303和发送单元1304：

所述第一获取单元1301，用于通过统一RPC接口获取RPC服务调用请求；所述RPC服务调用请求包括RPC系统中第一RPC服务对应的第一标识；

所述确定单元1302，用于从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；所述RPC接入层代码集合至少包括所述第一接入层代码和第二接入层代码；所述第二接入层代码对应于所述RPC系统中的第二RPC服务；所述第一RPC服务与所述第二RPC服务为不同类型的RPC服务；

所述第二获取单元1303，用于根据所述第一接入层代码，获取第一RPC 服务对应的第一调用结果；

所述发送单元1304，用于通过所述统一RPC接口发送所述第一调用结果。

在一种可能的实现方式中，所述装置还包括第三获取单元、生成单元和加入单元：

所述第三获取单元，用于获取目标RPC服务对应的目标模板和所述目标模板对应的目标描述信息；所述目标描述信息用于标识调用所述目标RPC服务的配置信息；

所述生成单元，用于根据所述目标模板和所述目标描述信息，生成所述目标RPC服务对应的所述目标接入层代码；所述目标接入层代码满足所述 RPC接入层代码集合对应的接入条件；

所述加入单元，用于通过将所述目标接入层代码加入所述RPC接入层代码集合，将所述目标RPC服务接入所述RPC系统。

在一种可能的实现方式中，所述目标RPC服务为自定义RPC服务，所述自定义RPC服务对应的目标模板为自定义模板，所述自定义RPC服务对应的目标描述信息为自定义描述信息；

所述生成单元，还用于根据所述RPC系统对应的内置RPC描述信息，生成内置RPC符号库；根据所述自定义描述信息、所述内置RPC描述信息和所述内置RPC符号库，生成所述自定义服务对应的全量RPC符号库；

所述生成单元，用于根据所述自定义模板、所述自定义描述信息和所述全量RPC符号库，生成所述自定义服务对应的所述目标接入层代码。

在一种可能的实现方式中，所述目标RPC服务为内置RPC服务，所述内置RPC服务对应的目标模板为所述统一RPC接口对应的内置模板，所述内置模板包括代码扩展点，所述代码扩展点用于扩展所述内置RPC服务对应的接入层代码。

在一种可能的实现方式中，所述生成单元，用于：

对所述目标模板进行渲染，生成所述目标模板对应的模板编译中间结果；

对所述目标描述信息进行转换，生成所述目标描述信息对应的数据层代码；

根据所述模板编译中间结果和所述数据层代码，生成所述目标RPC服务对应的所述目标接入层代码。

在一种可能的实现方式中，所述目标RPC服务包括：数据库服务、服务间RPC、WebSocket服务、超文本传输协议HTTP服务、信息技术运营门户 iTop服务、监控告警、链路跟踪或代理转发中的任意一种或多种。

此外，本申请实施例还提供了另一种RPC服务调用装置的结构示意图。参见图13b，图13b为本申请实施例提供的一种RPC服务调用装置的结构示意图。如图13b所示，该RPC服务调用装置1310包括发送单元1311和获取单元1312：

所述发送单元1311，用于通过统一RPC接口发送RPC服务调用请求，以便根据所述RPC服务调用请求所包括RPC系统中第一RPC服务对应的第一标识，从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；所述RPC接入层代码集合至少包括所述第一接入层代码和第二接入层代码；所述第二接入层代码对应于所述RPC系统中的第二RPC服务；所述第一RPC服务与所述第二RPC服务为不同类型的RPC服务；

所述获取单元1312，用于通过所述统一RPC接口获取所述第一RPC服务对应的第一调用结果；所述第一调用结果是根据所述第一接入层代码生成的。

在一种可能的实现方式中，所述装置还包括生成单元和加入单元：

所述获取单元1312，还用于获取目标RPC服务对应的目标模板和所述目标模板对应的目标描述信息；所述目标描述信息用于标识调用所述目标RPC 服务的配置信息；

所述生成单元，用于根据所述目标模板和所述目标描述信息，生成所述目标RPC服务对应的所述目标接入层代码；所述目标接入层代码满足所述RPC接入层代码集合对应的接入条件；

所述加入单元，用于通过将所述目标接入层代码加入所述RPC接入层代码集合，将所述目标RPC服务接入所述RPC系统。

在一种可能的实现方式中，所述目标RPC服务为自定义RPC服务，所述自定义RPC服务对应的目标模板为自定义模板，所述自定义RPC服务对应的目标描述信息为自定义描述信息；

所述生成单元，还用于根据所述RPC系统对应的内置RPC描述信息，生成内置RPC符号库；根据所述自定义描述信息、所述内置RPC描述信息和所述内置RPC符号库，生成所述自定义服务对应的全量RPC符号库；

所述生成单元，用于根据所述自定义模板、所述自定义描述信息和所述全量RPC符号库，生成所述自定义服务对应的所述目标接入层代码。

在一种可能的实现方式中，所述目标RPC服务为内置RPC服务，所述内置RPC服务对应的目标模板为所述统一RPC接口对应的内置模板，所述内置模板包括代码扩展点，所述代码扩展点用于扩展所述内置RPC服务对应的接入层代码。

在一种可能的实现方式中，所述生成单元，用于：

对所述目标模板进行渲染，生成所述目标模板对应的模板编译中间结果；

对所述目标描述信息进行转换，生成所述目标描述信息对应的数据层代码；

根据所述模板编译中间结果和所述数据层代码，生成所述目标RPC服务对应的所述目标接入层代码。

在一种可能的实现方式中，所述目标RPC服务包括：数据库服务、服务间RPC、WebSocket服务、超文本传输协议HTTP服务、信息技术运营门户 iTop服务、监控告警、链路跟踪或代理转发中的任意一种或多种。

上述实施例提供的RPC服务调用装置或系统，通过统一RPC接口获取的 RPC服务调用请求，从统一RPC接口对应的RPC接入层代码集合中确定出第一标识对应的第一接入层代码，然后根据该第一接入层代码，生成第一RPC 服务对应的第一调用结果，并通过统一RPC接口发送第一调用结果，实现了通过统一RPC接口对于第一RPC服务的调用。由于统一RPC接口对应的RPC 接入层代码集合至少包括第一接入层代码和第二接入层代码，第二接入层代码对应于第二RPC服务，而第一RPC服务与第二RPC服务为不同类型的RPC 服务，也就是通过将多种RPC服务对应的接入层代码集成于统一RPC接口对应的RPC接入层集合中，实现了在统一RPC接口对应的RPC系统接入多种 RPC服务的场景中，对于多种RPC服务对应RPC接口的统一，实现了客户端基于统一RPC接口对于多种RPC服务(第一RPC服务和/或第二RPC服务)的统一调用，减少了客户端调用多种RPC服务所需连接的RPC接口个数，简化了连接过程的同时，提升了连接效率，也提高了用户体验。

本申请实施例还提供了一种计算机设备，下面将从硬件实体化的角度对本申请实施例提供的用于RPC服务调用的计算机设备进行介绍。

参见图14，图14是本申请实施例提供的一种服务器结构示意图，该服务器1400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessing units，CPU)1422(例如，一个或一个以上处理器)和存储器1432，一个或一个以上存储应用程序1442或数据1444的存储介质1430(例如一个或一个以上海量存储设备)。其中，存储器1432和存储介质1430可以是短暂存储或持久存储。存储在存储介质1430的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1422可以设置为与存储介质1430 通信，在服务器1400上执行存储介质1430中的一系列指令操作。

服务器1400还可以包括一个或一个以上电源1426，一个或一个以上有线或无线网络接口1450，一个或一个以上输入输出接口1458，和/或，一个或一个以上操作系统1441，例如Windows ServerTM，Mac OS XTM，UnixTM, LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图14所示的服务器结构。

其中，CPU 1422用于执行如下步骤：

通过统一RPC接口获取RPC服务调用请求；所述RPC服务调用请求包括RPC系统中第一RPC服务对应的第一标识；

从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；所述RPC接入层代码集合至少包括所述第一接入层代码和第二接入层代码；所述第二接入层代码对应于所述RPC系统中的第二 RPC服务；所述第一RPC服务与所述第二RPC服务为不同类型的RPC服务；

根据所述第一接入层代码，获取第一RPC服务对应的第一调用结果；

通过所述统一RPC接口发送所述第一调用结果。

或者，执行如下步骤：

通过统一RPC接口发送RPC服务调用请求，以便根据所述RPC服务调用请求所包括RPC系统中第一RPC服务对应的第一标识，从所述统一RPC 接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；所述RPC接入层代码集合至少包括所述第一接入层代码和第二接入层代码；所述第二接入层代码对应于所述RPC系统中的第二RPC服务；所述第一 RPC服务与所述第二RPC服务为不同类型的RPC服务；

通过所述统一RPC接口获取所述第一RPC服务对应的第一调用结果；所述第一调用结果是根据所述第一接入层代码生成的。

可选的，CPU 1422还可以执行上述实施例提供的所述RPC服务调用方法，在此不再赘述。

针对上文描述的RPC服务调用方法，本申请实施例还提供了一种用于 RPC服务调用的终端设备，以使上述RPC服务调用方法在实际中实现以及应用。

参见图15，图15为本申请实施例提供的一种终端设备的结构示意图。为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端设备可以为包括手机、平板电脑、个人数字助理(Personal DigitalAssistant，简称PDA)等任意终端设备，以终端设备为手机为例：

图15示出的是与本申请实施例提供的终端设备相关的手机的部分结构的框图。参考图15，该手机包括：射频(Radio Frequency,简称RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真(wireless fidelity,简称WiFi)模块1570、处理器1580、以及电源1590 等部件。本领域技术人员可以理解，图15中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图15对手机的各个构成部件进行具体的介绍：

RF电路1510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1580处理；另外，将设计上行的数据发送给基站。通常，RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，简称LNA)、双工器等。此外，RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，简称GSM)、通用分组无线服务 (GeneralPacket Radio Service，简称GPRS)、码分多址(Code Division Multiple Access，简称CDMA)、宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)、长期演进(Long Term Evolution，简称LTE)、电子邮件、短消息服务(Short Messaging Service，简称SMS)等。

存储器1520可用于存储软件程序以及模块，处理器1580通过运行存储在存储器1520的软件程序以及模块，从而实现手机的各种功能应用以及RPC 服务调用。存储器1520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1530可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1530可包括触控面板1531以及其他输入设备1532。触控面板1531，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1531上或在触控面板1531附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1580，并能接收处理器1580发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1531。除了触控面板1531，输入单元1530还可以包括其他输入设备1532。具体地，其他输入设备1532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541，可选的，可以采用液晶显示器(LiquidCrystal Display，简称LCD)、有机发光二极管(Organic Light-Emitting Diode，简称OLED)等形式来配置显示面板1541。进一步的，触控面板1531可覆盖显示面板1541，当触控面板1531检测到在其上或附近的触摸操作后，传送给处理器1580以确定触摸事件的类型，随后处理器1580 根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图15 中，触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1531与显示面板1541 集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1541的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1541和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1560、扬声器1561，传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器1561，由扬声器1561转换为声音信号输出；另一方面，传声器1562将收集的声音信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出处理器1580处理后，经RF电路1510以发送给比如另一手机，或者将音频数据输出至存储器1520以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图15示出了WiFi模块1570，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1520内的软件程序和/或模块，以及调用存储在存储器1520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1580可包括一个或多个处理单元；优选的，处理器1580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1580中。

手机还包括给各个部件供电的电源1590(比如电池)，优选的，电源可以通过电源管理系统与处理器1580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该手机所包括的存储器1520可以存储程序代码，并将所述程序代码传输给所述处理器。

手机所包括的处理器1580可以根据所述程序代码中的指令执行上述实施例提供的所述RPC服务调用方法，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行上述实施例提供的RPC服务调用方法。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面的各种可选实现方式中提供的RPC服务调用方法。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器(英文：read-only memory，缩写：ROM)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种远程过程调用RPC服务调用方法，其特征在于，所述方法包括：

通过统一RPC接口获取RPC服务调用请求；所述RPC服务调用请求包括RPC系统中第一RPC服务对应的第一标识；

从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；所述RPC接入层代码集合至少包括所述第一接入层代码和第二接入层代码；所述第二接入层代码对应于所述RPC系统中的第二RPC服务；所述第一RPC服务与所述第二RPC服务为不同类型的RPC服务；

根据所述第一接入层代码，获取第一RPC服务对应的第一调用结果；

通过所述统一RPC接口发送所述第一调用结果。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取目标RPC服务对应的目标模板和所述目标模板对应的目标描述信息；所述目标描述信息用于标识调用所述目标RPC服务的配置信息；

根据所述目标模板和所述目标描述信息，生成所述目标RPC服务对应的所述目标接入层代码；所述目标接入层代码满足所述RPC接入层代码集合对应的接入条件；

通过将所述目标接入层代码加入所述RPC接入层代码集合，将所述目标RPC服务接入所述RPC系统。

3.根据权利要求2所述的方法，其特征在于，所述目标RPC服务为自定义RPC服务，所述自定义RPC服务对应的目标模板为自定义模板，所述自定义RPC服务对应的目标描述信息为自定义描述信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

根据所述RPC系统对应的内置RPC描述信息，生成内置RPC符号库；

根据所述自定义描述信息、所述内置RPC描述信息和所述内置RPC符号库，生成所述自定义服务对应的全量RPC符号库；

所述根据所述目标模板和所述目标描述信息，生成所述目标RPC服务对应的所述目标接入层代码包括：

根据所述自定义模板、所述自定义描述信息和所述全量RPC符号库，生成所述自定义服务对应的所述目标接入层代码。

5.根据权利要求2所述的方法，其特征在于，所述目标RPC服务为内置RPC服务，所述内置RPC服务对应的目标模板为所述统一RPC接口对应的内置模板，所述内置模板包括代码扩展点，所述代码扩展点用于扩展所述内置RPC服务对应的接入层代码。

6.根据权利要求2所述的方法，其特征在于，所述根据所述目标模板和所述目标描述信息，生成所述目标RPC服务对应的所述目标接入层代码包括：

对所述目标模板进行渲染，生成所述目标模板对应的模板编译中间结果；

对所述目标描述信息进行转换，生成所述目标描述信息对应的数据层代码；

根据所述模板编译中间结果和所述数据层代码，生成所述目标RPC服务对应的所述目标接入层代码。

7.一种远程过程调用RPC服务调用装置，其特征在于，所述装置包括第一获取单元、确定单元、第二获取单元和发送单元：

所述第一获取单元，用于通过统一RPC接口获取RPC服务调用请求；所述RPC服务调用请求包括RPC系统中第一RPC服务对应的第一标识；

所述确定单元，用于从所述统一RPC接口对应的RPC接入层代码集合中确定所述第一标识对应的第一接入层代码；所述RPC接入层代码集合至少包括所述第一接入层代码和第二接入层代码；所述第二接入层代码对应于所述RPC系统中的第二RPC服务；所述第一RPC服务与所述第二RPC服务为不同类型的RPC服务；

所述第二获取单元，用于根据所述第一接入层代码，获取第一RPC服务对应的第一调用结果；

所述发送单元，用于通过所述统一RPC接口发送所述第一调用结果。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括第三获取单元、生成单元和加入单元：

所述第三获取单元，用于获取目标RPC服务对应的目标模板和所述目标模板对应的目标描述信息；所述目标描述信息用于标识调用所述目标RPC服务的配置信息；

所述生成单元，用于根据所述目标模板和所述目标描述信息，生成所述目标RPC服务对应的所述目标接入层代码；所述目标接入层代码满足所述RPC接入层代码集合对应的接入条件；

所述加入单元，用于通过将所述目标接入层代码加入所述RPC接入层代码集合，将所述目标RPC服务接入所述RPC系统。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求1-6任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1-6任意一项所述的方法。

Images