[发明专利]业务请求的处理方法、装置、服务器及存储介质

说明书

本公开关于一种业务请求的处理方法、装置、服务器及存储介质，方案中可以接收服务请求端发送的远程业务调用请求，并且调用预设的业务拦截器，对远程业务调用请求进行处理，以判断远程业务调用请求是否满足预设的第一限流条件，其中，业务拦截器包括多种限流条件，第一限流条件为多种限流条件中被设置为处理远程业务调用请求的限流条件，以及当远程业务调用请求满足第一限流条件时，对远程业务调用请求进行限流处理，由于可以通过预设的业务拦截器实现对远程业务调用请求的限流处理，从而可以使得在对RPC项目开发时，不需要独立开发限流条件，通过调用预设的业务拦截器即可，使得RPC项目开发过程简单，进一步缩短项目开发时长。

技术领域

本公开涉及远程过程调用技术领域，尤其涉及业务请求的处理方法、装置、服务器及存储介质。

背景技术

RPC(Remote Procedure Call，远程过程调用)是一种可以像调用本地服务一样直接调用位于不同机器的服务端方法，常应用于分布式的应用服务，一个典型的RPC交互过程包括：

客户端创建连接，然后在客户端创建存根类stub，接着在客户端执行逻辑，客户端等待服务端处理完请求；服务端接收到请求后接着处理请求，在服务端处理完毕后，则将结果返回至客户端；对应的客户端等待完成，接收服务端返回的结果，在接收到返回的结果后，客户端对接收到的返回结果进行处理，处理完成后，服务端与客户端的交互结束。

不同的互联网公司都开发由自己的RPC框架，常见的有谷歌公司开发的gRPC框架，gRPC具有简单易用、兼容性强和支持多种语言的优点，因而受到开发者的欢迎。

对于高并发的分布式系统而言，可用性和稳定性是其根本，而常用的保证可以性和稳定性的技术手段包括限流和兜底，然而gRPC尚未提供负载均衡机制，从而使得，RPC项目开发人员在使用gRPC时，为了确保RPC项目系统的稳定性，当需要对RPC的调用请求进行限流时，不得不进行独立的开发限流条件，使得RPC项目开发变得复杂，项目开发时间长。

发明内容

本公开提供一种业务请求的处理方法、装置、服务器及存储介质，以至少解决相关技术中RPC项目开发变得复杂，项目开发时间长的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种业务请求的处理方法，包括：

接收服务请求端发送的远程业务调用请求；

调用预设的业务拦截器，对所述远程业务调用请求进行处理，以判断所述远程业务调用请求是否满足预设的第一限流条件，其中，所述业务拦截器包括多种限流条件，所述第一限流条件为所述多种限流条件中被设置为处理所述远程业务调用请求的限流条件；

当所述远程业务调用请求满足所述第一限流条件时，对所述远程业务调用请求进行限流处理。

进一步的，所述对所述远程业务调用请求进行处理步骤，包括：

统计所述远程业务调用请求在预设时间段内所对应的业务请求次数；

当所述业务请求次数大于预设阈值时，则判断所述远程业务调用请求满足所述第一限流条件。

进一步的，所述远程业务调用请求中包括待调用业务所需的业务数据；

所述对所述远程业务调用请求进行处理步骤，包括：

确定所述业务数据的数据信息，所述数据信息包括数据类型和数据内容；

若所述数据类型为预设数据类型和/或所述数据内容为预设数据内容，则判断所述远程业务调用请求满足所述第一限流条件。

进一步的，所述方法还包括：