CN110413442A - 参数校验方法和装置 - Google Patents

Abstract

本申请提供一种参数校验方法和装置，所述方法包括：基于AOP拦截针对目标程序代码的调用请求；获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑；基于所述参数校验逻辑对所述参数进行校验。

Description

参数校验方法和装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种参数校验方法和装置。

背景技术

随着互联网系统的高速发展，SOA(Service-Oriented Architecture，面向服务的结构)系统也变得越来越常见，但当系统复杂以后，系统内部的服务之间的互相调用，就会变得异常频繁和复杂。在这种情况下，如果不对系统内部的服务进行检验，则极为容易导致服务崩溃，或者产生垃圾数据。

发明内容

本申请提供一种参数校验方法和装置，具体地，本申请是通过如下技术方案实现的：

第一方面，本申请提供一种参数校验方法，所述方法包括：

基于AOP拦截针对目标程序代码的调用请求；

获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑；

基于所述参数校验逻辑对所述参数进行校验。

第二方面，本申请提供一种参数校验装置，所述装置包括：

拦截单元，用于基于AOP拦截针对目标程序代码的调用请求；

获取单元，用于获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑；

校验单元，用于基于所述参数校验逻辑对所述参数进行校验。

分析上述技术方案可知，可以基于AOP，拦截针对某段程序代码的调用请求，并基于载入的与该程序代码对应的参数校验逻辑，对该调用请求中的参数进行校验。采用这样的方式，可以将参数校验逻辑与用于实现业务逻辑的程序代码解耦，即无需在该程序代码中写入该参数校验逻辑，而是可以通过载入该参数校验逻辑，对调用该程序代码的调用请求中的参数进行校验，由此可以提高参数校验逻辑的可复用性，提高业务开发的效率。

附图说明

图1是本申请一示例性实施例示出的一种参数校验系统的示意图；

图2是本申请一示例性实施例示出的一种参数校验方法的流程图；

图3是本申请一示例性实施例示出的另一种参数校验方法的流程图；

图4是本申请一示例性实施例示出的一种参数校验装置所在网关系统的硬件结构图；

图5是本申请一示例性实施例示出的一种参数校验装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

相关技术中，针对某段用于实现业务逻辑的程序代码，如果需要对调用该程序代码的调用请求中的参数进行校验，则通常需要技术人员直接在该程序代码中写入相应的参数校验逻辑。这样，参数校验逻辑的可复用性较差，业务开发的效率较低。

请参考图1，图1是本申请一示例性实施例示出的一种参数校验系统的示意图。如图1所示，该参数校验系统可以包括服务端和客户端。

一方面，服务端上可以装载SOA。SOA是一个组件模型，可以将应用程序的不同功能单元(称为服务)进行拆分。SOA中的不同服务之间可以通过简单、精确定义的接口进行通信，即不同服务之间可以通过接口互相进行调用，例如：在SOA中，服务1可以向服务2的接口发送调用请求，以通过该接口对服务2进行调用，即调用服务2的程序代码；服务2可以向服务1的接口发送调用请求，以通过服务1的接口对服务1进行调用，即调用服务1的程序代码。

另一方面，服务端可以提供对外接口，客户端可以向服务端所提供的对外接口发送调用请求，以对与该对外接口对应的程序代码进行调用。例如，服务端可以将service方法封装为RPC(Remote Procedure Call，远程过程调用)接口，以实现网关安全控制、流量控制等业务功能；客户端可以基于RPC协议对服务端所提供的某个对外接口进行调用，即向服务端发送与该接口对应的RPC调用请求，以调用与该接口对应的程序代码。

具体地，调用请求中可以携带参数；客户端可以通过发送与服务端所提供的某个接口对应的调用请求，调用与该接口对应程序代码，即由服务端基于该程序代码对该调用请求中的参数进行处理，例如：将该调用请求中的参数代入该程序代码中的函数进行计算。

请参考图2，图2是本申请一示例性实施例示出的一种参数校验方法的流程图。该方法可以应用于可以提供接口的电子设备(例如：图1所示的服务端所在的电子设备)，包括如下步骤：

步骤201：基于AOP拦截针对目标程序代码的调用请求。

步骤202：获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑。

步骤203：基于所述参数校验逻辑对所述参数进行校验。

在本实施例中，可以先基于AOP(Aspect Oriented Programming，面向切片编程)拦截调用请求。

其中，该调用请求可以对应于SOA中的服务的接口，也可以对应于RPC接口或MP(Multilink Protocol，多链路协议)接口，本说明书对此不作限制。

在基于AOP拦截到某个调用请求后，一方面，可以对该调用请求中的参数对象进行扫描，即获取该调用请求中的参数。

另一方面，可以载入与该调用请求所请求调用的目标程序代码对应的参数校验逻辑，即载入用于对该调用请求中的参数进行校验的逻辑。其中，参数校验逻辑可以由技术人员预先编写。

在实际应用中，可以将参数校验逻辑与接口标识(例如：接口名)进行对应存储。在这种情况下，可以先确定与拦截到的上述调用请求对应的接口；其中，该调用请求即用于调用与该接口对应的程序代码(称为目标程序代码)。后续，可以基于该接口的接口标识，在本地存储的参数校验逻辑与接口标识的对应关系中，查找与该接口标识对应的参数校验逻辑，并载入查找到的该参数校验逻辑。

或者，也可以将参数校验逻辑与程序代码的标识(例如：程序代码的名称)进行对应存储。在这种情况下，可以先确定与拦截到的上述调用请求对应的接口，再确定与该接口对应的程序代码(称为目标程序代码)；其中，该调用请求即用于调用该目标程序代码。后续，可以基于该目标程序代码的标识，在本地存储的参数校验逻辑与程序代码的标识的对应关系中，查找与该目标程序代码的标识对应的参数校验逻辑，并载入查找到的该参数校验逻辑。

在一个可选的实施例中，在Java环境下，技术人员预先编写的可以是与于上述参数校验逻辑对应的注解。

在这种情况下，可以载入与上述参数校验逻辑对应的注解，并对该注解进行解析，以确定对应的参数校验逻辑，即确定用于对该调用请求中的参数进行校验的逻辑。

在一个可选的实施例中，在Java环境下，技术人员在预先编写了与上述参数校验逻辑对应的注解后，还可以将该注解打包为JAR(Java Archive，Java归档)文件。

在这种情况下，可以先载入包含与上述参数校验逻辑对应的注解的JAR文件，并对该JAR文件进行解析，以获取该JAR文件中的该注解。后续，可以进一步地对该注解进行解析，以确定对应的参数校验逻辑，即确定用于对该调用请求中的参数进行校验的逻辑。

在载入了上述参数校验逻辑后，可以基于该参数校验逻辑，对上述调用请求中的参数进行校验。

为了避免不必要的设备资源消耗，提高业务处理效率，在一个可选的实施例中，在基于AOP拦截到某个调用请求后，可以先确定是否需要对该调用请求中的参数进行校验。

具体地，可以基于与该调用请求对应的校验标识，确定是否需要对该调用请求中的参数进行校验。

在实际应用中，可以将校验标识与接口标识(例如：接口名)进行对应存储。在这种情况下，可以先确定与拦截到的上述调用请求对应的接口。后续，可以基于该接口的接口标识，在本地存储的校验标识与接口标识的对应关系中，查找与该接口标识对应的校验标识，并基于该校验标识确定是否需要对该调用请求中的参数进行校验。

或者，也可以将校验标识与程序代码的标识(例如：程序代码的名称)进行对应存储。在这种情况下，可以通过与拦截到的上述调用请求对应的接口，确定与该调用请求对应的目标程序代码。后续，可以基于该目标程序代码的标识，在本地存储的校验标识与程序代码的标识的对应关系中，查找与该目标程序代码的标识对应的校验标识，并基于该校验标识确定是否需要对该调用请求中的参数进行校验。

或者，也可以将调用请求的某个字段设置为校验标识。如果某个调用请求中的该字段为0，则可以视为校验标识为不需要校验，即不需要对该调用请求中的参数进行校验；相应地，如果某个调用请求中的该字段为1，则可以视为该校验标识为需要校验，即需要对该调用请求中的参数进行校验。在这种情况下，可以通过判断拦截到的上述调用请求中的该字段是否为1，确定是否需要对该调用请求中的参数进行校验。

如果确定了需要对拦截到的上述调用请求中的参数进行校验，则可以进一步地获取该调用请求中的参数，并载入与该调用请求所请求调用的目标程序代码对应的参数校验逻辑，以基于该参数校验逻辑，对该调用请求中的参数进行校验。

如果确定了不需要对拦截到的上述调用请求中的参数进行校验，则可以直接基于该调用请求所请求调用的目标程序代码，对该调用请求中的参数进行处理。

在一个可选的实施例中，在基于上述参数校验逻辑对上述调用请求中的参数进行校验后，可以基于校验结果确定后续处理步骤。

具体地，如果该参数校验通过，则可以基于该调用请求所请求调用的目标程序代码，对该调用请求中的参数进行处理。

如果该参数校验未通过，则可以执行参数异常报警(例如：声光报警；或者，通过弹出窗口进行文字报警)，以提示用户参数出现异常，提醒用户进行相关检查。

下面通过具体实施例对本申请进行描述。

请参考图3，图3是本申请一示例性实施例示出的另一种参数校验方法的流程图。同样地，该方法可以应用于可以提供接口的电子设备(例如：图1所示的服务端所在的电子设备)，包括如下步骤：

步骤301：基于AOP拦截针对目标程序代码的调用请求。

在本实施例中，可以先基于AOP拦截调用请求。

其中，该调用请求可以对应于SOA中的服务的接口，也可以对应于RPC接口或MP(Multilink Protocol，多链路协议)接口，本说明书对此不作限制；可以将与上述接口对应的程序代码称为目标程序代码。

步骤302：基于与所述调用请求对应的校验标识，检测是否对所述调用请求中的参数进行校验。如果是，则执行步骤303和304；否则，跳转执行步骤308。

在本实施例中，可以基于与该调用请求对应的校验标识，确定是否需要对该调用请求中的参数进行校验。

在实际应用中，可以将校验标识与接口标识(例如：接口名)进行对应存储。在这种情况下，可以先确定与该调用请求对应的接口。后续，可以基于该接口的接口标识，在本地存储的校验标识与接口标识的对应关系中，查找与该接口标识对应的校验标识，并基于该校验标识确定是否需要对该调用请求中的参数进行校验。

或者，也可以将校验标识与程序代码的标识(例如：程序代码的名称)进行对应存储。在这种情况下，可以通过与该调用请求对应的接口，确定与该调用请求对应的目标程序代码。后续，可以基于该目标程序代码的标识，在本地存储的校验标识与程序代码的标识的对应关系中，查找与该目标程序代码的标识对应的校验标识，并基于该校验标识确定是否需要对该调用请求中的参数进行校验。

或者，也可以将调用请求的某个字段设置为校验标识。如果某个调用请求中的该字段为0，则可以视为校验标识为不需要校验，即不需要对该调用请求中的参数进行校验；相应地，如果某个调用请求中的该字段为1，则可以视为该校验标识为需要校验，即需要对该调用请求中的参数进行校验。在这种情况下，可以通过判断该调用请求中的该字段是否为1，确定是否需要对该调用请求中的参数进行校验。

如果确定了需要对该调用请求中的参数进行校验，则可以进一步地获取该调用请求中的参数，并载入与该调用请求所请求调用的目标程序代码对应的参数校验逻辑，以基于该参数校验逻辑，对该调用请求中的参数进行校验。

如果确定了不需要对该调用请求中的参数进行校验，则可以直接基于该调用请求所请求调用的目标程序代码，对该调用请求中的参数进行处理。

步骤303：获取所述调用请求中的参数。

在本实施例中，可以对该调用请求中的参数对象进行扫描，即获取该调用请求中的参数。

步骤304：载入预设的Java归档JAR文件。

步骤305：对所述JAR文件进行解析，以获取所述JAR文件中与所述目标程序代码对应的参数校验逻辑的注解。

步骤306：基于所述注解确定所述参数校验逻辑。

在本实施例中，在Java环境下，技术人员可以预先编写与该参数校验逻辑对应的注解，并将该注解打包为JAR(Java Archive，Java归档)文件。

在这种情况下，可以先载入包含与该参数校验逻辑对应的注解的JAR文件，并对该JAR文件进行解析，以获取该JAR文件中的该注解。后续，可以进一步地对该注解进行解析，以确定对应的参数校验逻辑，即确定用于对该调用请求中的参数进行校验的逻辑。

需要说明的是，步骤303与步骤304至306之间没有明确的时序关系。

步骤307：基于所述参数校验逻辑对所述参数进行校验。如果所述参数校验通过，则执行步骤308；否则，跳转执行步骤309。

步骤308：基于所述目标程序代码对所述调用请求中的参数进行处理。

步骤309：执行参数异常报警。

在本实施例中，在基于该参数校验逻辑对该调用请求中的参数进行校验后，可以基于校验结果确定后续处理步骤。

具体地，如果该参数校验通过，则可以基于该调用请求所请求调用的目标程序代码，对该调用请求中的参数进行处理。

如果该参数校验未通过，则可以执行参数异常报警(例如：声光报警；或者，通过弹出窗口进行文字报警)，以提示用户参数出现异常，提醒用户进行相关检查。

由上述实施例可见，在本申请技术方案中，可以基于AOP拦截针对某段程序代码的调用请求，并基于载入的与该程序代码对应的参数校验逻辑，对该调用请求中的参数进行校验。采用这样的方式，可以将参数校验逻辑与用于实现业务逻辑的程序代码解耦，即无需在该程序代码中写入该参数校验逻辑，而是可以通过载入该参数校验逻辑，对调用该程序代码的调用请求中的参数进行校验，由此可以提高参数校验逻辑的可复用性，提高业务开发的效率。

与前述参数校验方法的实施例相对应，本申请还提供了参数校验装置的实施例。

本申请参数校验装置的实施例可以应用在服务端上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务端的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，图4是本申请参数校验装置所在服务端的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务端通常根据该参数校验的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图5，图5是本申请一示例性实施例示出的一种参数校验装置的框图。该装置50可以应用于图4所示的服务端，包括：

拦截单元501，用于基于AOP拦截针对目标程序代码的调用请求；

获取单元502，用于获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑；

校验单元503，用于基于所述参数校验逻辑对所述参数进行校验。

在一个可选的实施例中，所述装置50还可以包括：

检测单元504，用于基于与所述调用请求对应的校验标识，检测是否对所述调用请求中的参数进行校验；

第一处理单元505，用于在确定不对所述参数进行校验时，基于所述目标程序代码对所述调用请求中的参数进行处理；

所述获取单元502具体可以用于：

如果确定对所述参数进行校验，则进一步地获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑。

在一个可选的实施例中，所述装置50还可以包括：

第二处理单元506，用于在所述参数校验通过时，基于所述目标程序代码对所述调用请求中的参数进行处理；

报警单元507，用于在所述参数校验未通过时，执行参数异常报警。

在一个可选的实施例中，所述获取单元502具体可以用于：

载入与所述目标程序代码对应的参数校验逻辑的注解，以基于所述注解确定所述参数校验逻辑。

在一个可选的实施例中，所述获取单元502具体可以用于：

载入预设的Java归档JAR文件，并对所述JAR文件进行解析，以获取所述JAR文件中与所述目标程序代码对应的参数校验逻辑的注解；

基于所述注解确定所述参数校验逻辑。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种参数校验方法，其特征在于，所述方法包括：

基于面向切面编程AOP拦截针对目标程序代码的调用请求；

获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑；

基于所述参数校验逻辑对所述参数进行校验。

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

基于与所述调用请求对应的校验标识，检测是否对所述调用请求中的参数进行校验；

如果确定对所述参数进行校验，则进一步地获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑；

如果确定不对所述参数进行校验，则基于所述目标程序代码对所述调用请求中的参数进行处理。

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

如果所述参数校验通过，则基于所述目标程序代码对所述调用请求中的参数进行处理；

如果所述参数校验未通过，则执行参数异常报警。

4.根据权利要求1所述的方法，其特征在于，所述载入与所述目标程序代码对应的参数校验逻辑，包括：

载入与所述目标程序代码对应的参数校验逻辑的注解，以基于所述注解确定所述参数校验逻辑。

5.根据权利要求1所述的方法，其特征在于，所述载入与所述目标程序代码对应的参数校验逻辑，包括：

载入预设的Java归档JAR文件，并对所述JAR文件进行解析，以获取所述JAR文件中与所述目标程序代码对应的参数校验逻辑的注解；

基于所述注解确定所述参数校验逻辑。

6.一种参数校验装置，其特征在于，所述装置包括：

拦截单元，用于基于AOP拦截针对目标程序代码的调用请求；

获取单元，用于获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑；

校验单元，用于基于所述参数校验逻辑对所述参数进行校验。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

检测单元，用于基于与所述调用请求对应的校验标识，检测是否对所述调用请求中的参数进行校验；

第一处理单元，用于在确定不对所述参数进行校验时，基于所述目标程序代码对所述调用请求中的参数进行处理；

所述获取单元具体用于：

如果确定对所述参数进行校验，则进一步地获取所述调用请求中的参数，并载入与所述目标程序代码对应的参数校验逻辑。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二处理单元，用于在所述参数校验通过时，基于所述目标程序代码对所述调用请求中的参数进行处理；

报警单元，用于在所述参数校验未通过时，执行参数异常报警。

9.根据权利要求6所述的装置，其特征在于，所述获取单元具体用于：

载入与所述目标程序代码对应的参数校验逻辑的注解，以基于所述注解确定所述参数校验逻辑。

10.根据权利要求6所述的装置，其特征在于，所述获取单元具体用于：

载入预设的Java归档JAR文件，并对所述JAR文件进行解析，以获取所述JAR文件中与所述目标程序代码对应的参数校验逻辑的注解；

基于所述注解确定所述参数校验逻辑。