CN110944018A - 一种基于注解和动态代理的rpc通信方法及设备、介质 - Google Patents

Abstract

本申请公开了一种基于注解和动态代理的rpc通信方法及设备、介质。本方法获取服务端的接口描述信息；采用动态代理机制，生成与所述接口描述信息匹配的代理类；通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。通过动态代理生成代理类，使客户端无需明确服务端提供的rpc服务中的具体方法的部署位置，而可通过代理类进行调用，增加了服务调用的灵活性。并且，客户端无需开发专门基于通信的调用方法，节省了开发时间，提高了开发效率。

Description

一种基于注解和动态代理的rpc通信方法及设备、介质

技术领域

本申请涉及通信技术领域，尤其涉及一种基于注解和动态代理的rpc通信方法及设备、介质。

背景技术

微服务架构是一项在云中部署应用和服务的新技术。随着微服务架构的流行，越来越多的开发者开始接触和学习微服务架构。

在微服务架构中，通信服务是较为关键与重要的一环。因此，微服务架构中关于通信服务的开发是开发者关注的重点问题。

目前，在实际使用过程中，微服务架构中的通信服务面临以下几个问题：第一，服务端在发布服务时，需要开发专门用于通信的接口与实现类，需要耗费较长的开发时间，使得发布服务的过程较为复杂；第二，客户端在调用服务端发布的服务时，需要开发专门用于通信的调用方法，从而增加了调用过程的复杂程度，不利于提高开发效率。

发明内容

本申请实施例提供一种基于注解和动态代理的rpc通信方法及设备、介质，用于解决现有技术中的如下技术问题：服务端与客户端在基于远程过程调用协议进行通信时，需开发专门用于通信的接口或调用方法，增加了通信过程的复杂程度，不利于提高开发效率。

本申请实施例采用下述技术方案：

一种基于注解和动态代理的rpc通信方法，所述rpc通信方法应用于客户端，所述方法包括：

获取服务端的接口描述信息；

采用动态代理机制，生成与所述接口描述信息匹配的代理类；

通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。

可选地，获取服务端的接口描述信息，包括：获取服务端通过接口中的注解信息自动生成的接口描述信息。

可选地，在所述基于rpc服务的通信过程中，所述方法还包括：在参数中添加注解信息，确定参数的序列化方式，其中，所述序列化方式包括JavaScript对象简谱、ProtocolBuffers、MessagePack中的至少任意一种。

可选地，所述方法还包括：通过所述代理类对调用的服务进行兼容性处理。

可选地，所述方法应用于包含多个服务单元的微服务架构中，所述服务端属于所述微服务架构。

一种基于注解和动态代理的rpc通信方法，所述rpc通信方法应用于服务端，所述方法包括：

在基于远程过程调用协议rpc服务的接口中添加注解信息；

通过所述注解信息，自动生成控制器以及接口描述信息，以实现对所述rpc服务的发布；其中，所述rpc服务能够通过客户端的代理类进行调用。

可选地，通过所述注解信息，自动生成控制器以及接口描述信息，包括：在所述接口中添加标签；根据所述标签以及所述注解信息，生成包含接口描述信息的配置文件。

可选地，所述服务端包括第一服务单元与第二服务单元，所述方法还包括：所述第一服务单元接收第二服务单元发送的数据；对接收到的数据进行兼容性处理。

一种基于注解和动态代理的rpc通信的设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取服务端的接口描述信息；

采用动态代理机制，生成与所述接口描述信息匹配的代理类；

通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。

一种基于注解和动态代理的rpc通信的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

获取服务端的接口描述信息；

采用动态代理机制，生成与所述接口描述信息匹配的代理类；

通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过动态代理机制，生成客户端的代理类，使客户端无需明确服务端提供的rpc服务中的具体方法的部署位置，而可通过代理类进行调用，增加了服务调用的灵活性。并且，客户端无需开发专门基于通信的调用方法，节省了开发时间，提高了开发效率。

通过在服务端的接口中添加注解信息，可自动生成服务端的控制器与接口注解信息，实现rpc服务的发布。有利于节省开发时间，实现高效开发。

针对不同部署模式的服务单元间的通信差异，通过对具有不同部署模式的服务单元进行兼容性处理，满足了多个服务单元之间的通信需求，为微服务架构内部通信提供了通信基础。

尤其在微服务架构中，通过本方法，为微服务架构中多个服务单元之间、以及客户端与多个服务单元之间的通信提供了更加便捷的方法与途径，实现了快速、高效的服务开发。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种基于注解和动态代理的rpc通信方法流程图；

图2为本申请实施例提供的另一种基于注解和动态代理的rpc通信方法流程图；

图3为本申请实施例提供的对应于图1的基于注解和动态代理的rpc通信的设备的一种结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种基于注解和动态代理的rpc通信方法流程图，具体步骤包括：

S101：获取服务端的接口描述信息。

在本申请实施例中，本方法可应用于微服务架构中，微服务架构中包括多个服务单元。其中，微服务架构(Microservice Architecture)是一种架构概念，其将系统的全部功能分解到各个离散的服务单元中，分别由各个服务单元承担并完成部分功能，从而降低系统的耦合性，提供更加灵活的服务支持。

本申请实施例所指的服务端，属于微服务架构。服务端可为其中的一个服务单元，也可包括多个服务单元。具体可根据系统的设计需要确定，本申请对此不做限定。

在微服务架构中，可采用远程过程调用协议(Remote Procedure Call Protocol，rpc)实现远程通信。通过rpc服务进行远程通信，可像调用本地服务一样调用远程服务。

在微服务架构中，服务端可向客户端发布rpc服务，并向客户端暴露相应服务对应的接口。于是，在本申请实施例中，客户端可根据服务端暴露的服务接口，获取相应服务的接口描述信息。

进一步地，在本申请实施例中，客户端获取的接口描述信息，可由服务端通过预先添加在接口中的注解信息，自动解析生成。其中，接口中的注解信息可用于标明该接口对外提供的rpc服务并提供相应的接口描述信息。

S102：采用动态代理机制，生成与接口描述信息匹配的代理类。

在本申请实施例中，客户端可根据要调用的服务，采用动态代理机制，自动生成与相应服务接口的接口描述信息相匹配的代理类。其中，动态代理机制表示创建动态代理时采用的反射机制。

代理类可作为客户端与服务端之间的中间人，使客户端可通过代理类访问服务端提供的服务中的实现类。代理类可实现客户端请求的发送，把那个接收服务端返回的返回值。并且，代理类还可为被代理类(即服务端的实现类)预处理消息、过滤消息，进行消息的转发、后置处理等。

通过本方法，客户端无需开发专门用于通信的调用方法，而只需调用获取代理类的方法，即可通过代理类实现服务的调用，将分布式服务当作本地服务调用。这样有效节省了开发时间，提高了开发效率。

具体的，一种可能的代码示例如下：

public void GetUser()

{

var service＝GspServiceProxy.GetService<IUserService>()；

var result＝service.GetUser().Result；

}

public void GetUserName()

{

var service＝GspServiceProxy.GetService<IUserService>()；

var result＝service.GetUserName(6).Result；

}

内部生成的代理类如下：

进一步地，在其他可能的实现方式中，客户端也可直接通过ServiceId的调用方法，调用服务端提供的服务中的具体方法。其中，ServiceId是在rpc.json文件中自动生成的。

具体的，一种可能的代码示例如下：

public void GetUserName_ServiceId()

{

var dict＝new dictionary<string,object>()；

dict.Add(“id”,“008”)；

var result＝

GspServiceProxy.InvokeService<string>(“CommunicationTest.IUserService.GetUs erName”,dict

}

S103：通过代理类，调用服务端发布的基于远程过程调用协议rpc的服务。

在本申请实施例中，客户端在创建动态代理类后，可通过代理类，对服务端发布的rpc服务，以及该服务中的实现类、具体方法进行调用。

代理类可接收客户端的调用请求，并接收服务端返回的结果。通过这种方式，客户端在调用服务端提供的相关服务时，无需获知服务端中相应的实现类的具体部署位置，也无需直接引用实现类，而可通过代理类，实现对服务端公布的具体方法的调用。

进一步地，在客户端与服务端之间基于rpc服务的通信过程中，可确定对参数的不同序列化方式。具体的，可在参数中添加注解信息，确定参数的序列化方式。其中，序列化方式可自由定义，具体也可包括JavaScript对象简谱(json)、Protocol Buffers、MessagePack中的至少任意一种。并且，在没有指定参数的序列化方式的情况下，默认可采用json序列化方式。

具体的，一种可能的代码示例如下，在该段代码中，参数userModel采用了Protobuf序列化方式：

[GspReturnSerializeType(GspSerializeType.Protobuf)]

Task<UserModel3>AddUser3(UserModel2 UserModel)；

更进一步地，由于在微服务架构下，不同的服务单元可能采用不同的部署模式，采用不同的技术栈，。因此，为了实现对不同服务单元的不同部署模式的兼容，客户端可通过代理类，对调用的服务进行兼容性处理。

图2为本申请实施例提供的另一种基于注解和动态代理的rpc通信方法流程图，具体步骤包括：

S201：在基于远程过程调用协议rpc服务的接口中添加注解信息。

S202：通过注解信息，自动生成控制器以及接口描述信息，以实现对rpc服务的发布。

在本申请实施例中，服务端在完成rpc服务的接口开发，对外暴露接口后，可在接口中添加注解信息。其中，注解信息中可用于标明接口对外提供的rpc服务并提供相应的接口描述信息。

根据接口中的注解信息的解析，可自动生成服务端的控制器controller以及接口描述信息，由此可自动实现rpc服务的对外发布。于是，客户端可通过代理类，对服务端发布的rpc服务进行调用。

具体的，服务端中的controller可同意接受调用请求，一种可能的代码示例如下：

通过这种方法，服务端在进行开发时，只需进行相应的服务接口的开发，而无需开发专门用于通信的接口。通过注解信息，自动生成接口注解信息，实现rpc服务的发布，有利于节省开发时间，实现高效开发。

具体的，服务端可在接口中添加标签，以实现对接口的定位。之后，可根据标签以及接口中的注解信息，自动生成包含接口描述信息的配置文件，从而实现rpc服务的发布。

具体的，一种可能的代码示例如下。在这段代码中，首先可对接口INewInternalUserService添加标签。之后，在程序启动后，可自动生成sys_inewinternaluserservice_rpc.json配置文件。该配置文件中包含接口和方法的描述信息。

进一步地，服务端可包括多个服务单元。由于在微服务架构下，不同的服务单元可能采用不同的部署模式，采用不同的技术栈，因而存在通信差异。因此，为了实现不同服务单元之间的不同部署模式的兼容性，使各个服务单元之间可以相互调用，可进行相应的兼容性处理。

具体的，服务端可包括第一服务单元与第二服务单元。第一服务单元与第二服务单元之间进行通信时，如第一服务单元接收到第二服务单元发送的数据，则可对接收到的数据进行兼容性处理。

例如，不同服务单元采用的技术栈分别为.Net core与Java，通过兼容性处理，使得可在Java代码中调用.Net Core发布的rpc服务。

需要说明的是，图2中的实施例与图1中实施例相对应，在图2的相关描述中未详述的部分，具体可参考图1中的实施例，反之亦然。本申请实施例中提到的代码，仅作为示例，用于参考，而不构成对具体实现方法的限定。

基于同样的思路，本申请的一些实施例还提供了上述方法对应的设备和非易失性计算机存储介质。

图3为本申请实施例提供的对应于图1的基于注解和动态代理的rpc通信的设备的一种结构示意图，所述设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取服务端的接口描述信息；

采用动态代理机制，生成与所述接口描述信息匹配的代理类；

通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。

本申请的一些实施例提供的对应于图1的一种基于注解和动态代理的rpc通信的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

获取服务端的接口描述信息；

采用动态代理机制，生成与所述接口描述信息匹配的代理类；

通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种基于注解和动态代理的rpc通信方法，其特征在于，所述rpc通信方法应用于客户端，所述方法包括：

获取服务端的接口描述信息；

采用动态代理机制，生成与所述接口描述信息匹配的代理类；

通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。

2.如权利要求1所述的方法，其特征在于，获取服务端的接口描述信息，包括：

获取服务端通过接口中的注解信息自动生成的接口描述信息。

3.如权利要求1所述的方法，其特征在于，在所述基于rpc服务的通信过程中，所述方法还包括：

在参数中添加注解信息，确定参数的序列化方式，其中，所述序列化方式包括JavaScript对象简谱、Protocol Buffers、MessagePack中的至少任意一种。

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

通过所述代理类对调用的服务进行兼容性处理。

5.如权利要求1所述的方法，其特征在于，所述方法应用于包含多个服务单元的微服务架构中，所述服务端属于所述微服务架构。

6.一种基于注解和动态代理的rpc通信方法，其特征在于，所述rpc通信方法应用于服务端，所述方法包括：

在基于远程过程调用协议rpc服务的接口中添加注解信息；

通过所述注解信息，自动生成控制器以及接口描述信息，以实现对所述rpc服务的发布；其中，所述rpc服务能够通过客户端的代理类进行调用。

7.如权利要求6所述的方法，其特征在于，通过所述注解信息，自动生成控制器以及接口描述信息，包括：

在所述接口中添加标签；

根据所述标签以及所述注解信息，生成包含接口描述信息的配置文件。

8.如权利要求6所述的方法，其特征在于，所述服务端包括第一服务单元与第二服务单元，所述方法还包括：

所述第一服务单元接收第二服务单元发送的数据；

对接收到的数据进行兼容性处理。

9.一种基于注解和动态代理的rpc通信的设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取服务端的接口描述信息；

采用动态代理机制，生成与所述接口描述信息匹配的代理类；

通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。

10.一种基于注解和动态代理的rpc通信的非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：

获取服务端的接口描述信息；

采用动态代理机制，生成与所述接口描述信息匹配的代理类；

通过所述代理类，调用所述服务端发布的基于远程过程调用协议rpc的服务；其中，所述代理类用于调用分布式服务。

Images