CN114116272A - 一种服务端数据的校验方法及系统 - Google Patents

一种服务端数据的校验方法及系统 Download PDF

Info

Publication number
CN114116272A
CN114116272A CN202111180811.0A CN202111180811A CN114116272A CN 114116272 A CN114116272 A CN 114116272A CN 202111180811 A CN202111180811 A CN 202111180811A CN 114116272 A CN114116272 A CN 114116272A
Authority
CN
China
Prior art keywords
data
verification
verified
server
rule
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111180811.0A
Other languages
English (en)
Inventor
郑雄飞
刘世龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hunan Happly Sunshine Interactive Entertainment Media Co Ltd
Original Assignee
Hunan Happly Sunshine Interactive Entertainment Media Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hunan Happly Sunshine Interactive Entertainment Media Co Ltd filed Critical Hunan Happly Sunshine Interactive Entertainment Media Co Ltd
Priority to CN202111180811.0A priority Critical patent/CN114116272A/zh
Publication of CN114116272A publication Critical patent/CN114116272A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0721Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment within a central processing unit [CPU]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079Root cause analysis, i.e. error or fault diagnosis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种服务端数据的校验方法及系统,服务端根据客户端发送的访问请求获取对应的请求数据,基于访问请求得到目标接口地址和自定义参数维度,基于预设匹配规则,当确定校验规则池中存在与目标接口地址匹配的schema规则时,基于自定义参数维度从校验规则池中匹配对应的校验规则内容,利用匹配得到的校验规则内容对作为待校验服务端数据的请求数据进行正确性校验,并在其校验未通过时确定为异常数据。本发明中客户端向服务端请求数据时,服务端在将请求数据发送至客户端之前,会在不影响服务端性能的前提下,利用基于访问请求得到的目标接口地址和自定义参数维度匹配得到对应的校验规则内容对请求数据进行正确性校验。

Description

一种服务端数据的校验方法及系统
技术领域
本发明涉及数据校验技术领域,更具体的说,涉及一种服务端数据的校验方法及系统。
背景技术
目前,客户端通过向服务端发送请求来获取所需的服务端数据。一般客户端对服务端返回的服务端数据是完全信任的。但是由于逻辑缺陷、运营配置疏漏等原因,导致客户端接收的服务端数据可能存在异常,比如,数据缺失,数据类型不对,数据重复等,从而使得客户端在基于服务端数据执行相应的操作时,容易引起APP崩溃、界面展示异常、视频播放失败等。
因此,如何提供一种服务端数据的校验方法,实现在不影响服务端性能的前提下对服务端数据进行校验,成为了本领域技术人员亟需解决的技术问题。
发明内容
有鉴于此,本发明公开一种服务端数据的校验方法及系统,以实现在不影响服务端性能的前提下对服务端数据进行校验。
一种服务端数据的校验方法,应用于服务端,所述校验方法包括:
获取客户端发送的访问请求;
根据所述访问请求获取对应的请求数据,并将所述请求数据确定为待校验服务端数据;
基于所述访问请求得到对应的目标接口地址和自定义参数维度;
基于预设匹配规则,判断校验规则池中是否存在与所述目标接口地址匹配的schema规则;
如果是,则基于所述自定义参数维度从所述校验规则池中匹配对应的校验规则内容;
利用匹配得到的所述校验规则内容对所述待校验服务端数据进行正确性校验;
当所述待校验服务端数据未通过校验时,确定所述待校验服务端数据为异常数据。
可选的,所述基于所述访问请求得到对应的所述目标接口地址,具体包括:
基于所述访问请求确定对应的客户端请求路径;
根据所述客户端请求路径确定对应的所述目标接口地址。
可选的,还包括:
当所述待校验服务端数据通过校验时,确定所述待校验服务端数据为正常数据,并将所述待校验服务端数据的校验标志位设置为校验成功。
可选的,还包括:
当所述校验规则池中不存在与所述目标接口地址匹配的接口地址时,停止对所述待校验服务端数据的本次校验,并将所述待校验服务端数据的校验标志位设置为校验成功或设置为表征对所述访问请求不执行校验操作。
可选的,所述当所述待校验服务端数据未通过校验时,确定所述待校验服务端数据为异常数据,具体包括:
当所述待校验服务端数据未通过校验时,记录校验失败相关日志数据;
将所述校验失败相关日志数据发送至异步分析平台做异步分析,当确定所述待校验服务端数据为异常数据时,输出报警信息。
可选的,所述schema规则基于接口维度和所述自定义参数维度确定;
所述接口维度用于确定每个接口地址是否设置对应的校验规则;
所述自定义参数维度用于确定客户端的请求地址是否设置对应的校验规则。
一种服务端数据的校验系统,应用于服务端,所述校验系统包括:
请求获取单元,用于获取客户端发送的访问请求;
数据获取单元,用于根据所述访问请求获取对应的请求数据,并将所述请求数据确定为待校验服务端数据;
参数确定单元,用于基于所述访问请求得到对应的目标接口地址和自定义参数维度;
判断单元,用于基于预设匹配规则,判断校验规则池中是否存在与所述目标接口地址匹配的schema规则;
匹配单元,用于在所述判断单元判断为是的情况下,基于所述自定义参数维度从所述校验规则池中匹配对应的校验规则内容;
校验单元,用于利用匹配得到的所述校验规则内容对所述待校验服务端数据进行正确性校验;
异常数据确定单元,用于当所述待校验服务端数据未通过校验时,确定所述待校验服务端数据为异常数据。
可选的,所述参数确定单元具体用于:
基于所述访问请求确定对应的客户端请求路径;
根据所述客户端请求路径确定对应的所述目标接口地址。
可选的,还包括:
正常数据确定单元,用于当所述待校验服务端数据通过校验时,确定所述待校验服务端数据为正常数据,并将所述待校验服务端数据的校验标志位设置为校验成功。
可选的,还包括:
不匹配单元,用于在所述判断单元判断为否的情况下,停止对所述待校验服务端数据的本次校验,并将所述待校验服务端数据的校验标志位设置为校验成功或设置为表征对所述访问请求不执行校验操作。
可选的,所述异常数据确定单元具体用于:
当所述待校验服务端数据未通过校验时,记录校验失败相关日志数据;
将所述校验失败相关日志数据发送至异步分析平台做异步分析,当确定所述待校验服务端数据为异常数据时,输出报警信息。
可选的,所述schema规则基于接口维度和所述自定义参数维度确定;
所述接口维度用于确定每个接口地址是否设置对应的校验规则;
所述自定义参数维度用于确定客户端的请求地址是否设置对应的校验规则。
从上述的技术方案可知,本发明公开了一种服务端数据的校验方法及系统,服务端根据客户端发送的访问请求获取对应的请求数据,并将该请求数据确定为待校验服务端数据,基于访问请求得到对应的目标接口地址和自定义参数维度,基于预设匹配规则,当确定校验规则池中存在与目标接口地址匹配的schema规则时,基于自定义参数维度从校验规则池中匹配对应的校验规则内容,利用匹配得到的校验规则内容对待校验服务端数据进行正确性校验,并在校验未通过时,确定待校验服务端数据为异常数据。本发明中客户端向服务端请求数据时,服务端在将请求数据发送至客户端之前,会在不影响服务端性能的前提下,利用基于访问请求得到的目标接口地址和自定义参数维度匹配得到对应的校验规则内容,然后利用该校验规则内容对请求数据进行正确性校验,以及时发现由于逻辑缺陷、运营配置疏漏等原因,导致服务端数据存在异常的情况,保证服务端发送至客户端的请求数据是正常的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据公开的附图获得其他的附图。
图1为本发明实施例公开的一种服务端数据的校验方法流程图;
图2为本发明实施例公开的另一种服务端数据的校验方法流程图;
图3为本发明实施例公开的一种服务端数据的校验系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例公开了一种服务端数据的校验方法及系统,服务端根据客户端发送的访问请求获取对应的请求数据,并将该请求数据确定为待校验服务端数据,基于访问请求得到对应的目标接口地址和自定义参数维度,基于预设匹配规则,当确定校验规则池中存在与目标接口地址匹配的schema规则时,基于自定义参数维度从校验规则池中匹配对应的校验规则内容,利用匹配得到的校验规则内容对待校验服务端数据进行正确性校验,并在校验未通过时,确定待校验服务端数据为异常数据。本发明中客户端向服务端请求数据时,服务端在将请求数据发送至客户端之前,会在不影响服务端性能的前提下,利用基于访问请求得到的目标接口地址和自定义参数维度匹配得到对应的校验规则内容,然后利用该校验规则内容对请求数据进行正确性校验,以及时发现由于逻辑缺陷、运营配置疏漏等原因,导致服务端数据存在异常的情况,保证服务端发送至客户端的请求数据是正常的。
参见图1,本发明实施例公开的一种服务端数据的校验方法流程图,该方法应用于服务端,该方法包括:
步骤S101、获取客户端发送的访问请求。
服务端在接收到客户端发送的访问请求后,在现有业务逻辑维持不变的情况下,在将与访问请求对应的请求数据发送至客户端之前,执行本实施例所示的操作。
步骤S102、根据访问请求获取对应的请求数据,并将请求数据确定为待校验服务端数据。
服务端根据访问请求按照现有逻辑组装json数据得到请求数据。
步骤S103、基于访问请求得到对应的目标接口地址和自定义参数维度。
服务端在接收到访问请求后,基于访问请求确定对应的客户端请求路径getPathInfo(),根据客户端请求路径确定对应的目标接口地址uri(Uniform ResourceIdentifier,统一资源标志符)。
自定义参数维度在本实施例很关键,比如接口定义了多个参数,但是只针对参数中类型type=5和id=60进行校验,则自定义参数维度可以设置为“type=5|id=60”,多个参数用“|”分隔,配置生效后加载到服务端的内存中,缓存key为接口的uri,value为键值对Map,Map中有两个对象,一个参数自定义维度dimension,一个schema规则。
需要特别说明的是,为了提升性能,服务端配置的校验规则都放入了缓存,按照key-value存储。
步骤S104、基于预设匹配规则,判断校验规则池中是否存在与目标接口地址匹配的schema规则,如果是,则执行步骤S105。
本实施例中将目标接口地址uri作为key去内存的校验规则池中匹配schema规则,若匹配到与目标接口地址对应的规则,则说明目标接口地址对应的接口配置有schema规则,并表示本次的访问请求命中schema规则。
本实施例中,schema规则基于接口维度和所述自定义参数维度确定;
所述接口维度用于确定每个接口地址是否设置对应的校验规则;
所述自定义参数维度用于确定客户端的请求地址是否设置对应的校验规则。
需要特别说明的是,服务端配置schema规则校验需要考虑两个问题,一是规则匹配,当前的访问请求如何匹配到校验规则;二是具体的校验规则,也即校验规则内容。基于此,本发明针对规则匹配设计了两个维度,一是接口维度,二是自定义参数维度。
本实施例中,若schema规则匹配成功,则服务端采用底层校验逻辑,底层校验逻辑基于networknt(该工具性能最优,对服务端影响最小)。
步骤S105、基于自定义参数维度从校验规则池中匹配对应的校验规则内容。
在实际应用中,从value中提取自定义参数维度dimension,若未提取到自定义参数维度dimension,也即自定义参数维度dimension为空,则表明访问请求直接命中校验规则池中的某个校验规则,此时,确定规则匹配成功,直接从value中获取校验规则内容,该校验规则内容也即schema规则值。
若从value中提取到自定义参数维度dimension,也即自定义参数维度dimension不为空,则将从访问请求中获取的自定义参数维度与从value中提取到自定义参数维度dimension进行匹配,若所有参数全部匹配,则表明访问请求命中schema规则,并从value里获取schema规则值,该schema规则值也即校验规则内容;若存在未匹配的参数,则表明校验规则匹配失败。
步骤S106、利用匹配得到的校验规则内容对待校验服务端数据进行正确性校验。
本实施例中,校验规则按照jsonschema语法,数据本身是一种json对象,校验规则也是按照json结构来设计,和数据本身一一对应,需要校验的对象或属性才配置规则,按需配置,常用的校验逻辑有元素是否重复、元素是否必须有、元素类型是否符合预期、格式是否预期等。
步骤S107、当待校验服务端数据未通过校验时,确定待校验服务端数据为异常数据。
为便于理解本发明中的规则匹配过程,本发明提供了一个具体实施例,如下:
客户端发送的访问请求包含三部分:域名+接口(uri)路径+自定义参数维度,比如:http://www.baidu.com/live/info?cameraId=344&platform=10,www.baidu.com为域名,/live/info为接口路径,cameraId=344&platform=10为参数(参数可能更多),首先根据访问请求的接口地址,判断与接口地址对应的接口是否配置schema规则,如果有,则再对自定义参数维度判断,比如针对该接口下platform=10的请求配置校验规则A,针对该接口下platform=5的请求配置校验规则B,针对该接口下任意参数配置规则C,则规则池就可以理解为:{(/live/info,platform=10)->A,(/live/info,platform=5)->B,(/live/info,“”)->C},接口路径+自定义参数维度才能命中校验规则内容,另外,自定义参数维度中的参数可以任意扩展,如:platform=10|abrod=0|appversion=5.6请求参数满足这种情况的请求才校验。
综上可知,本发明公开了一种服务端数据的校验方法,服务端根据客户端发送的访问请求获取对应的请求数据,并将该请求数据确定为待校验服务端数据,基于访问请求得到对应的目标接口地址和自定义参数维度,基于预设匹配规则,当确定校验规则池中存在与目标接口地址匹配的schema规则时,基于自定义参数维度从校验规则池中匹配对应的校验规则内容,利用匹配得到的校验规则内容对待校验服务端数据进行正确性校验,并在校验未通过时,确定待校验服务端数据为异常数据。本发明中客户端向服务端请求数据时,服务端在将请求数据发送至客户端之前,会在不影响服务端性能的前提下,利用基于访问请求得到的目标接口地址和自定义参数维度匹配得到对应的校验规则内容,然后利用该校验规则内容对请求数据进行正确性校验,以及时发现由于逻辑缺陷、运营配置疏漏等原因,导致服务端数据存在异常的情况,保证服务端发送至客户端的请求数据是正常的。
为进一步优化上述实施例,校验方法还可以包括:
当待校验服务端数据通过校验时,确定待校验服务端数据为正常数据,并将所述待校验服务端数据的校验标志位设置为校验成功。
假设校验标志位为flag,当flag=0时,表示待校验服务端数据通过校验。
为进一步优化上述实施例,参见图2,本发明实施例公开的一种服务端数据的校验方法流程图,在图1所示实施例的基础上,在步骤S104判断为否的情况下,还可以包括:
步骤S108、停止对待校验服务端数据的本次校验,并将所述待校验服务端数据的校验标志位设置为校验成功或设置为表征对所述访问请求不执行校验操作。
具体的,若目标接口地址匹配schema规则失败,则设置flag=0,表示校验成功或本次访问请求不执行校验操作。
需要说明的是,本发明对待校验服务端数据的校验过程采用的是底层校验逻辑,无论对待校验服务端数据校验成功与否,都不影响现有业务逻辑,请求数据都是照常响应。
为进一步优化上述实施例,步骤S107具体可以包括:
当待校验服务端数据未通过校验时,记录校验失败相关日志数据;
将所述校验失败相关日志数据发送至异步分析平台做异步分析,当确定所述待校验服务端数据为异常数据时,输出报警信息。
本实施例中,异步分析平台检测是否有校验标志位flag=1的情况,当检测到flag=1时,表示待校验服务端数据未通过校验,待校验服务端数据为异常数据,此时,输出报警信息,比如,通过邮件或短信报警,以供开发人员对异常数据及时采取相应的措施,及时止损。
综上可知,本发明中客户端向服务端请求数据时,服务端在将请求数据发送至客户端之前,会在不影响服务端性能的前提下,利用基于访问请求得到的目标接口地址和自定义参数维度匹配得到对应的校验规则内容,然后利用该校验规则内容对请求数据进行正确性校验,以及时发现由于逻辑缺陷、运营配置疏漏等原因,导致服务端数据存在异常的情况,比如,APP崩溃、展示错误等,保证服务端发送至客户端的请求数据是正常的。并在发现异常数据时,通过报警提醒开发人员及时采取相应的措施,从而在发现异常数据的失效上得到了很大提高。
与上述方法实施例相对应,本发明还公开了一种服务端数据的校验系统。
参见图3,本发明实施例公开的一种服务端数据的校验系统的结构示意图,该系统应用于服务端,该系统包括:
请求获取单元201,用于获取客户端发送的访问请求;
服务端在接收到客户端发送的访问请求后,在现有业务逻辑维持不变的情况下,在将与访问请求对应的请求数据发送至客户端之前,执行本实施例所示的操作。
数据获取单元202,用于根据所述访问请求获取对应的请求数据,并将所述请求数据确定为待校验服务端数据;
参数确定单元203,用于基于所述访问请求得到对应的目标接口地址和自定义参数维度;
服务端在接收到访问请求后,基于访问请求确定对应的客户端请求路径getPathInfo(),根据客户端请求路径确定对应的目标接口地址uri(Uniform ResourceIdentifier,统一资源标志符)。
自定义参数维度在本实施例很关键,比如接口定义了多个参数,但是只针对参数中类型type=5和id=60进行校验,则自定义参数维度可以设置为“type=5|id=60”,多个参数用“|”分隔,配置生效后加载到服务端的内存中,缓存key为接口的uri,value为键值对Map,Map中有两个对象,一个参数自定义维度dimension,一个schema规则。
需要特别说明的是,为了提升性能,服务端配置的校验规则都放入了缓存,按照key-value存储。
判断单元204,用于基于预设匹配规则,判断校验规则池中是否存在与所述目标接口地址匹配的schema规则;
本实施例中将目标接口地址uri作为key去内存的校验规则池中匹配schema规则,若匹配到与目标接口地址对应的规则,则说明目标接口地址对应的接口配置有schema规则,并表示本次的访问请求命中schema规则。
本实施例中,schema规则基于接口维度和所述自定义参数维度确定;
所述接口维度用于确定每个接口地址是否设置对应的校验规则;
所述自定义参数维度用于确定客户端的请求地址是否设置对应的校验规则。
需要特别说明的是,服务端配置schema规则校验需要考虑两个问题,一是规则匹配,当前的访问请求如何匹配到校验规则;二是具体的校验规则,也即校验规则内容。基于此,本发明针对规则匹配设计了两个维度,一是接口维度,二是自定义参数维度。
本实施例中,若schema规则匹配成功,则服务端采用底层校验逻辑,底层校验逻辑基于networknt(该工具性能最优,对服务端影响最小)。
匹配单元205,用于在所述判断单元204判断为是的情况下,基于所述自定义参数维度从所述校验规则池中匹配对应的校验规则内容;
在实际应用中,从value中提取自定义参数维度dimension,若未提取到自定义参数维度dimension,也即自定义参数维度dimension为空,则表明访问请求直接命中校验规则池中的某个校验规则,此时,确定规则匹配成功,直接从value中获取校验规则内容,该校验规则内容也即schema规则值。
若从value中提取到自定义参数维度dimension,也即自定义参数维度dimension不为空,则将从访问请求中获取的自定义参数维度与从value中提取到自定义参数维度dimension进行匹配,若所有参数全部匹配,则表明访问请求命中schema规则,并从value里获取schema规则值,该schema规则值也即校验规则内容;若存在未匹配的参数,则表明校验规则匹配失败。
校验单元206,用于利用匹配得到的所述校验规则内容对所述待校验服务端数据进行正确性校验;
本实施例中,校验规则按照jsonschema语法,数据本身是一种json对象,校验规则也是按照json结构来设计,和数据本身一一对应,需要校验的对象或属性才配置规则,按需配置,常用的校验逻辑有元素是否重复、元素是否必须有、元素类型是否符合预期、格式是否预期等。
异常数据确定单元207,用于当所述待校验服务端数据未通过校验时,确定所述待校验服务端数据为异常数据。
综上可知,本发明公开了一种服务端数据的校验系统,服务端根据客户端发送的访问请求获取对应的请求数据,并将该请求数据确定为待校验服务端数据,基于访问请求得到对应的目标接口地址和自定义参数维度,基于预设匹配规则,当确定校验规则池中存在与目标接口地址匹配的schema规则时,基于自定义参数维度从校验规则池中匹配对应的校验规则内容,利用匹配得到的校验规则内容对待校验服务端数据进行正确性校验,并在校验未通过时,确定待校验服务端数据为异常数据。本发明中客户端向服务端请求数据时,服务端在将请求数据发送至客户端之前,会在不影响服务端性能的前提下,利用基于访问请求得到的目标接口地址和自定义参数维度匹配得到对应的校验规则内容,然后利用该校验规则内容对请求数据进行正确性校验,以及时发现由于逻辑缺陷、运营配置疏漏等原因,导致服务端数据存在异常的情况,保证服务端发送至客户端的请求数据是正常的。
为进一步优化上述实施例,参数确定单元203具体可以用于:
基于所述访问请求确定对应的客户端请求路径;
根据所述客户端请求路径确定对应的所述目标接口地址。
假设校验标志位为flag,当flag=0时,表示待校验服务端数据通过校验。
为进一步优化上述实施例,校验系统还可以包括:
正常数据确定单元,用于当所述待校验服务端数据通过校验时,确定所述待校验服务端数据为正常数据,并将所述待校验服务端数据的校验标志位设置为校验成功。
为进一步优化上述实施例,校验系统还可以包括:
不匹配单元,用于在所述判断单元204判断为否的情况下,停止对所述待校验服务端数据的本次校验,并将所述待校验服务端数据的校验标志位设置为校验成功或设置为表征对所述访问请求不执行校验操作。
具体的,若目标接口地址匹配schema规则失败,则设置flag=0,表示校验成功或本次访问请求不执行校验操作。
需要说明的是,本发明对待校验服务端数据的校验过程采用的是底层校验逻辑,无论对待校验服务端数据校验成功与否,都不影响现有业务逻辑,请求数据都是照常响应。
为进一步优化上述实施例,异常数据确定单元207具体用于:
当所述待校验服务端数据未通过校验时,记录校验失败相关日志数据;
将所述校验失败相关日志数据发送至异步分析平台做异步分析,当确定所述待校验服务端数据为异常数据时,输出报警信息。
本实施例中,异步分析平台检测是否有校验标志位flag=1的情况,当检测到flag=1时,表示待校验服务端数据未通过校验,待校验服务端数据为异常数据,此时,输出报警信息,比如,通过邮件或短信报警,以供开发人员对异常数据及时采取相应的措施,及时止损。
综上可知,本发明中客户端向服务端请求数据时,服务端在将请求数据发送至客户端之前,会在不影响服务端性能的前提下,利用基于访问请求得到的目标接口地址和自定义参数维度匹配得到对应的校验规则内容,然后利用该校验规则内容对请求数据进行正确性校验,以及时发现由于逻辑缺陷、运营配置疏漏等原因,导致服务端数据存在异常的情况,比如,APP崩溃、展示错误等,保证服务端发送至客户端的请求数据是正常的。并在发现异常数据时,通过报警提醒开发人员及时采取相应的措施,从而在发现异常数据的失效上得到了很大提高。
需要说明的是,系统实施例中各组成部分的具体工作原理,请参见方法实施例对应部分,此处不再赘述。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种服务端数据的校验方法,其特征在于,应用于服务端,所述校验方法包括:
获取客户端发送的访问请求;
根据所述访问请求获取对应的请求数据,并将所述请求数据确定为待校验服务端数据;
基于所述访问请求得到对应的目标接口地址和自定义参数维度;
基于预设匹配规则,判断校验规则池中是否存在与所述目标接口地址匹配的schema规则;
如果是,则基于所述自定义参数维度从所述校验规则池中匹配对应的校验规则内容;
利用匹配得到的所述校验规则内容对所述待校验服务端数据进行正确性校验;
当所述待校验服务端数据未通过校验时,确定所述待校验服务端数据为异常数据。
2.根据权利要求1所述的校验方法,其特征在于,所述基于所述访问请求得到对应的所述目标接口地址,具体包括:
基于所述访问请求确定对应的客户端请求路径;
根据所述客户端请求路径确定对应的所述目标接口地址。
3.根据权利要求1所述的校验方法,其特征在于,还包括:
当所述待校验服务端数据通过校验时,确定所述待校验服务端数据为正常数据,并将所述待校验服务端数据的校验标志位设置为校验成功。
4.根据权利要求1所述的校验方法,其特征在于,还包括:
当所述校验规则池中不存在与所述目标接口地址匹配的接口地址时,停止对所述待校验服务端数据的本次校验,并将所述待校验服务端数据的校验标志位设置为校验成功或设置为表征对所述访问请求不执行校验操作。
5.根据权利要求1所述的校验方法,其特征在于,所述当所述待校验服务端数据未通过校验时,确定所述待校验服务端数据为异常数据,具体包括:
当所述待校验服务端数据未通过校验时,记录校验失败相关日志数据;
将所述校验失败相关日志数据发送至异步分析平台做异步分析,当确定所述待校验服务端数据为异常数据时,输出报警信息。
6.根据权利要求1所述的校验方法,其特征在于,所述schema规则基于接口维度和所述自定义参数维度确定;
所述接口维度用于确定每个接口地址是否设置对应的校验规则;
所述自定义参数维度用于确定客户端的请求地址是否设置对应的校验规则。
7.一种服务端数据的校验系统,其特征在于,应用于服务端,所述校验系统包括:
请求获取单元,用于获取客户端发送的访问请求;
数据获取单元,用于根据所述访问请求获取对应的请求数据,并将所述请求数据确定为待校验服务端数据;
参数确定单元,用于基于所述访问请求得到对应的目标接口地址和自定义参数维度;
判断单元,用于基于预设匹配规则,判断校验规则池中是否存在与所述目标接口地址匹配的schema规则;
匹配单元,用于在所述判断单元判断为是的情况下,基于所述自定义参数维度从所述校验规则池中匹配对应的校验规则内容;
校验单元,用于利用匹配得到的所述校验规则内容对所述待校验服务端数据进行正确性校验;
异常数据确定单元,用于当所述待校验服务端数据未通过校验时,确定所述待校验服务端数据为异常数据。
8.根据权利要求7所述的校验系统,其特征在于,所述参数确定单元具体用于:
基于所述访问请求确定对应的客户端请求路径;
根据所述客户端请求路径确定对应的所述目标接口地址。
9.根据权利要求7所述的校验系统,其特征在于,还包括:
正常数据确定单元,用于当所述待校验服务端数据通过校验时,确定所述待校验服务端数据为正常数据,并将所述待校验服务端数据的校验标志位设置为校验成功。
10.根据权利要求7所述的校验系统,其特征在于,还包括:
不匹配单元,用于在所述判断单元判断为否的情况下,停止对所述待校验服务端数据的本次校验,并将所述待校验服务端数据的校验标志位设置为校验成功或设置为表征对所述访问请求不执行校验操作。
11.根据权利要求7所述的校验系统,其特征在于,所述异常数据确定单元具体用于:
当所述待校验服务端数据未通过校验时,记录校验失败相关日志数据;
将所述校验失败相关日志数据发送至异步分析平台做异步分析,当确定所述待校验服务端数据为异常数据时,输出报警信息。
12.根据权利要求7所述的校验系统,其特征在于,所述schema规则基于接口维度和所述自定义参数维度确定;
所述接口维度用于确定每个接口地址是否设置对应的校验规则;
所述自定义参数维度用于确定客户端的请求地址是否设置对应的校验规则。
CN202111180811.0A 2021-10-11 2021-10-11 一种服务端数据的校验方法及系统 Pending CN114116272A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111180811.0A CN114116272A (zh) 2021-10-11 2021-10-11 一种服务端数据的校验方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111180811.0A CN114116272A (zh) 2021-10-11 2021-10-11 一种服务端数据的校验方法及系统

Publications (1)

Publication Number Publication Date
CN114116272A true CN114116272A (zh) 2022-03-01

Family

ID=80441607

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111180811.0A Pending CN114116272A (zh) 2021-10-11 2021-10-11 一种服务端数据的校验方法及系统

Country Status (1)

Country Link
CN (1) CN114116272A (zh)

Similar Documents

Publication Publication Date Title
CN106100902B (zh) 云端指标监控方法和装置
CN109995866B (zh) 分布式文件校验方法、装置、计算机装置及存储介质
CN107239381B (zh) 崩溃信息的处理方法、装置及系统
JP6301256B2 (ja) 処理方法、コンピュータプログラム及びメタデータサポートサーバ
CN110178121B (zh) 一种数据库的检测方法及其终端
CN110088744B (zh) 一种数据库维护方法及其系统
CN107102908B (zh) 数据校验方法、数据容错方法及装置
US20210303454A1 (en) Method, device, and program product for evaluating application program interface
KR20170037612A (ko) 단말 식별자들을 용이하게 하는 방법 및 시스템
CN106778260A (zh) 攻击检测方法和装置
WO2021027777A1 (zh) 终端可信性识别方法、装置、设备与计算机可读存储介质
CN110995851B (zh) 消息处理方法、装置、存储介质及设备
CN112202633B (zh) 区块链网络的测试方法、装置、电子设备及可读存储介质
CN112202631A (zh) 一种资源访问方法、装置、系统、电子设备及存储介质
CN110990335B (zh) 日志归档方法、装置、设备及计算机可读存储介质
CN111177483A (zh) 终端设备的识别方法、设备及计算机可读存储介质
CN110727892A (zh) 缓存数据更新方法、装置及电子设备
CN109324958B (zh) 一种rest统一校验方法、装置、设备及可读存储介质
US20200202005A1 (en) Automated Software Vulnerability Determination
CN113326503A (zh) 一种证书管理方法及计算设备
CN114116272A (zh) 一种服务端数据的校验方法及系统
CN110674153B (zh) 一种数据一致性检测方法、装置及电子设备
CN112306753A (zh) 一种数据修复方法、装置及系统
CN112085589B (zh) 规则模型的安全性的确定方法、装置和服务器
CN110362464B (zh) 软件分析方法及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination