CN116132534B - 业务请求的存储方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例提供了业务请求的存储方法、装置、设备以及存储介质，其中，一种业务请求的存储方法包括：拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数；根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件；若是，则基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求，以此，以提高业务请求的存储效率。

Description

业务请求的存储方法、装置、设备及存储介质

技术领域

本申请涉及信息处理技术领域，尤其涉及一种业务请求的存储方法、装置、设备及存储介质。

背景技术

随着电子技术的发展，在应用程序的操作过程中，如何在涉及大量重复操作的流程中提高自动化程度，并降低对人工的依赖性这一问题，越来越受到重视。在一些测试场景中，可能存在一部分测试请求的存储需求，如何从海量的测试请求中筛选被指定存储的测试请求，常常依赖于人工操作，效率低下。

发明内容

本申请实施例提供了一种业务请求的存储方法、装置、设备及存储介质，以提高业务请求的存储效率。

第一方面，本申请实施例提供了一种业务请求的存储方法，包括：

拦截发送至目标服务器端的业务请求；所述业务请求中携带有所述业务请求的发送端信息以及业务请求参数；

根据所述业务请求对应的存储开关配置信息和所述发送端信息，确定所述业务请求的预存储条件是否被满足；其中，所述存储开关配置信息包括预先配置的业务请求的所述预存储条件以及过滤条件；

若是，则基于所述发送端信息、所述业务请求参数以及所述过滤条件，确定是否存储所述业务请求。

第二方面，本申请实施例提供了一种业务请求的存储装置，包括：

拦截单元，用于拦截发送至目标服务器端的业务请求；所述业务请求中携带有所述业务请求的发送端信息以及业务请求参数；

判断单元，用于根据所述业务请求对应的存储开关配置信息和所述发送端信息，确定所述业务请求的预存储条件是否被满足；其中，所述存储开关配置信息包括预先配置的业务请求的所述预存储条件以及过滤条件；

若是，则运行第一确定模块，所述第一确定模块用于基于所述发送端信息、所述业务请求参数以及所述过滤条件，确定是否存储所述业务请求。

第三方面，本申请实施例提供了一种业务请求的存储设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行第一方面所述的业务请求的存储方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现如第一方面所述的业务请求的存储方法。

可以看出，在本申请实施例中，拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数；根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件；若是，则基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求，以此，可以结合预存储条件和过滤条件双重判断，快速筛选掉不需要存储的业务请求，灵活地确定是否存储业务请求，提高了业务请求的存储效率。

附图说明

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

图1为本申请实施例提供的一种业务请求的存储方法的处理流程图；

图2为本申请实施例提供的另一种业务请求的存储处理方法的处理流程图；

图3为本申请实施例提供的又一种业务请求的存储处理方法的处理流程图；

图4为本申请实施例提供的一种业务请求的存储装置示意图；

图5为本申请实施例提供的一种业务请求的存储设备的结构示意图。

具体实施方式

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

实际应用中，客户端可能会发送大量的用户请求至服务器端，在接口测试场景下，测试人员在一些情况下需要存储部分测试请求的请求参数，不得通过一些第三方工具(fiddler)抓包等方式获取指定的测试请求的各个参数，流程繁琐，效率低下。为了解决上述问题，本申请实施例提供了一种业务请求的存储方法。

图1为本申请实施例提供的一种业务请求的存储方法的处理流程图。参照图1，本实施例提供的业务请求的存储方法，具体包括步骤S102至步骤S106。

如图1所示的方法实施例的执行主体可以是过滤器Filter。Filter可以部署于服务器端，用于拦截任意一个客户端发送至服务器端中的Servlet(Server Applet，小服务程序)的用户请求，例如，在客户端向Servlet发出的http(Hyper Text Transfer Protocol，超文本传输协议)格式的请求信息HttpServletRequest到达Servlet之前，Filter拦截该HttpServletRequest，具体地，可以根据需要检查HttpServletRequest，也可以修改HttpServletRequest头和数据。Filter也可以用于拦截服务器端中的Servlet针对接收到的用户请求向对应的客户端反馈的响应信息，例如，在HttpServletResponse到达客户端之前，拦截HttpServletResponse，具体地，可以根据需要检查HttpServletResponse，也可以修改HttpServletResponse头和数据。

Servlet是Java Servlet的简称，是用Java编写的服务器端程序，具有独立于平台和协议的特性，主要功能在于交互式地浏览和生成数据，生成动态Web(World Wide Web，全球广域网)内容。

狭义的Servlet是指Java语言实现的一个接口，广义的Servlet是指任何实现了这个Servlet接口的类。Servlet运行于支持Java的服务器端中。从原理上讲，Servlet可以响应任何类型的请求，但绝大多数情况下Servlet只用来扩展基于HTTP协议的Web服务器。

Filter可以修改用户请求和修改该用户请求的响应信息。Filter不是一个servlet，它不能产生一个响应，它能够在一个用户请求到达servlet之前预处理用户请求，也可以在用户请求的响应信息离开servlet时处理该响应信息。

业务请求的存储方法的执行主体也可以是其他可用于拦截发送至服务器端的用户请求的应用程序。

下文主要以执行主体为Filter为例进行说明，其他执行主体与Filter类似，不再赘述。步骤S102，拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数。

Filter可以部署于目标服务器端，该目标服务器端中可以部署有Servlet。当任意一个客户端向Servlet发送业务请求之后，Filter可以在该业务请求到达Servlet之前，拦截该业务请求。

Filter本身具有拦截用户请求和响应信息的功能，在Filter原有功能的基础上，通过步骤S102-S106，确定需要存储的业务请求并存储，无需通过fiddler抓包等方式手工存储业务请求，可以提高业务请求的存储效率。

业务请求，可以是用户通过业务程序的客户端、网页端以及小程序中的任意一者的用户操作界面向目标服务器端发出的用户请求。

示例性地，在测试场景下，业务请求可以是接口测试请求；在网页浏览场景中，业务请求可以是网页访问请求；在金融场景中，业务请求可以是交易发起请求，等等。本申请实施例所提供的业务请求的存储方法可以应用于任何一个存在请求参数的存储需求的业务场景中。

业务请求可以是http格式的请求信息，也可以是其他格式的请求信息。

业务程序，可以是用户联网处理特定事务时所使用的应用程序，例如，接口测试应用程序，浏览器应用程序，等等。在业务程序的使用过程中，用户可以通过业务程序的客户端向目标服务器端发送业务请求并接收目标服务器端返回的响应信息。

业务请求的发送端，可以是业务程序的客户端、网页端以及小程序，下文主要以客户端为例进行说明，网页端和小程序的实施例与客户端类似，不再赘述。

例如，业务请求的发送端信息，可以是，用户通过客户端发送业务请求时所使用的客户端的账号信息，以及，业务请求的来源地址信息。

在用户启动业务程序的客户端之后，发送业务请求之前，用户通常需要登录客户端，以获得相应的操作权限。进而，在用户通过客户端发送业务请求时，业务请求的发送端信息可以携带有用户登录客户端时所使用的账号信息。

业务请求的请求头中可以携带有来源IP(Internet Protocol，网际互连协议)地址和目标IP地址，用于指示业务请求由来源IP地址发出，发送至目标IP地址。业务请求的来源地址信息可以是业务请求的请求头中携带的来源IP地址。

业务请求参数可以是处理特定事务时所使用的参数，例如，请求URL(uniformresource locator，统一资源定位符)，等等。

在一种实现方式中，业务请求包括接口测试流程中测试用户所提交的接口请求；业务请求参数包括以下至少一种：接口类型、接口请求方式、接口统一资源定位符以及数据库写入时间。

在接口测试场景中，业务程序也可以是用于生成接口测试所使用的测试用例的应用程序。业务请求可以是接口测试流程中测试用户所提交的接口请求。

示例性地，用户在接口测试应用程序的客户端的用户操作界面中，单击“查询”控件，以触发调用预先配置的查询接口。该查询接口的调用流程可以是，客户端向目标服务器端发送接口调用请求，目标服务器端根据接收到的接口调用请求，向客户端反馈响应信息。

接口类型可以是测试接口的接口类型，例如，application/json。

接口请求方式包括且不限于：get、post，等等。get方式可以是向特定资源发出请求(请求指定页面信息,并返回实体主体)，post方式可以是向指定资源提交数据进行处理请求(提交表单,上传文件)，又可能导致新的资源资源的建立或原有资源的修改；put方式可以是向指定资源位置上上传其最新内容(从客户端向服务器传送的数据取代指定文档的内容)。

接口统一资源定位符，即接口URL，例如，“/test1”。

数据库写入时间，可以是，在确定存储业务请求之后，将业务请求写入数据库中的时间点。

步骤S104，根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件。

存储开关配置信息，可以包括预先配置的存储总开关的状态，还可以包括预先配置的业务请求的预存储条件以及过滤条件。

存储总开关的状态，包括开启状态和关闭状态，例如，is_filter＝false(关闭状态)或is_filter＝true(开启状态)，false表示不需要存储业务请求，true表示需要存储业务请求。存储总开关的状态，可以用于初步判断是否需要存储业务请求。在存储总开关的状态为false的情况下，确定不存储业务请求，无需执行步骤S104和步骤S106；在存储总开关的状态为true的情况下，需要进一步判断是否存储业务请求。存储总开关的状态随时可以被用户切换。

Filter可以从目标服务器端中读取存储开关配置信息。

在一个实施例中，在用户操作业务程序的过程中，存储开关配置信息中的存储总开关的状态可以随时切换，而预存储条件以及过滤条件可以随时修改。则在业务程序启动且用户登录业务程序之后，Filter每一次拦截业务请求之后，读取存储开关配置信息中最新的预存储条件、过滤条件以及存储总开关的状态。

在另一个实施例中，在用户操作业务程序的过程中，存储开关配置信息中的存储总开关的状态可以随时切换，而预存储条件以及过滤条件可以保持不变。则在业务程序启动且用户登录业务程序之后，Filter可以先获取存储开关配置信息中的预存储条件以及过滤条件，然后，在每一次拦截业务请求之后，读取存储开关配置信息中最新的存储总开关的状态。

在又一个实施例中，在用户操作业务程序的过程中，存储开关配置信息中的存储总开关的状态保持开启状态，预存储条件以及过滤条件可以保持不变。则在业务程序启动且用户登录业务程序之后，Filter可以在第一次拦截业务请求之前，获取存储开关配置信息中的预存储条件以及过滤条件，在第一次拦截业务请求之后，不再重复获取预存储条件以及过滤条件。

当存储总开关的状态为关闭状态时，无论预存储条件和过滤条件如何，都不会存储业务请求。

预存储条件可以用于筛选掉一部分不需要存储的业务请求。具体地，在预存储条件不满足的情况下，确定不存储业务请求；在预存储条件满足的情况下，还需要进一步结合过滤条件判断是否存储业务请求。

预存储条件可以为空值，也可以不为空值。预存储条件为空值，表示不需要存储任何业务请求。

过滤条件，用于从满足预存储条件的业务请求中筛选得到需要存储的业务请求和不需要存储的业务请求。

例如：

param_filter＝{"1.1.1.0":{"url":"/test1","params":"a123456"},'admin':{"params":"b123456"}，其中，param_filter为过滤条件。

{"1.1.1.0":{"url":"/test1","params":"a123456"}用于表示若来源地址信息为1.1.1.0时，只需要存储业务请求参数的“url”字段中以/test1开头的业务请求，或者，存储业务请求参数包含“a123456”；'admin':{"params":"b123456"，用于表示若账号信息为admin，则只需要存储业务请求参数包含b123456的业务请求。

过滤条件可以为空值，也可以不为空值。在存储总开关的状态为开启状态且过滤条件为空值的情况下，Filter可以根据预存储条件独立确定是否存储业务请求。

在一种实现方式中，发送端信息包括：发送业务请求时所使用的客户端的账号信息，以及，业务请求的来源地址信息；预存储条件配置有至少一个预存储账号，和/或，至少一个预存储网络地址；确定业务请求的预存储条件是否被满足，包括：若账号信息与任意一个预存储账号相匹配，和/或来源地址信息与任意一个预存储网络地址相匹配，则确定预存储条件被满足。

预存储条件配置有至少一个预存储账号，例如，account_filter＝{'admin','admin2'}，account_filter可以是预存储条件，'admin'可以是预存储账号1，'admin2'可以是预存储账号2。若业务请求中携带的账号信息与任意一个预存储账号相匹配，例如，账号信息为'admin2'，则确定预存储条件被满足。

预存储条件配置有至少一个预存储网络地址，例如，ip_filter＝{'1.1.1.0','1.1.1.2'}，其中，ip_filter可以是预存储条件，'1.1.1.0'可以是预存储网络地址1，'1.1.1.2'可以是预存储网络地址2。若业务请求中携带的来源地址信息与任意一个预存储网络地址相匹配，例如，来源地址信息为'1.1.1.0'，则确定预存储条件被满足。

预存储条件也可以配置有至少一个预存储账号，和，至少一个预存储网络地址，例如，例如，account_filter＝{'admin','admin2'}，ip_filter＝{'1.1.1.0','1.1.1.2'}，其中，account_filter和ip_filter可以是两种不同类型的预存储条件，account_filter可以是预存储条件，'admin'可以是预存储账号1，'admin2'可以是预存储账号2，ip_filter可以是预存储条件，'1.1.1.0'可以是预存储网络地址1,'1.1.1.'可以是预存储网络地址2。若业务请求中携带的账号信息与任意一个预存储账号相匹配，例如，账号信息为'admin2'，或者，业务请求中携带的来源地址信息与任意一个预存储网络地址相匹配，例如，来源地址信息为'1.1.1.0'，则确定预存储条件被满足。

由于同一个账号可能由不同的用户登录，不同的用户，可能共享同一个来源地址信息，具体实施时，也可以是在来源地址信息与至少一个预存储网络地址相匹配，且，账号信息与至少一个预存储账号相匹配，以确定唯一的用户。

在接口测试场景中，结合来源地址信息和/或账号信息可以确定唯一的测试人员，例如，测试人员A登录测试账号admin，来源IP地址为1.1.1.0，测试人员B也登录账号admin，来源IP地址为1.1.1.1，那么将预存储条件配置为account_filter＝admin时，可以通过存储的业务请求的来源地址信息区分当前存储的业务请求是属于A人员还是B人员。

在一种实现方式中，存储开关配置信息包括存储总开关的开关状态信息；根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足，包括：若存储总开关的开关状态信息为开启状态，则根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；业务请求携带有场景特征标识；拦截发送至目标服务器端的业务请求之后，业务请求的存储方法还包括：根据场景特征标识是否属于预先配置的存储场景标识集合，确定业务请求所属场景对应的存储总开关的第一开关状态；读取存储开关配置信息中的存储总开关的第二开关状态；若第一开关状态与第二开关状态不同，则根据第一开关状态更新存储开关配置信息中存储总开关的开关状态信息。

存储开关配置信息包括存储总开关的开关状态信息，该开关状态信息包括存储总开关的第二开关状态。第二开关状态可以是存储总开关当前的开关状态信息。第一开关状态可以是与业务请求携带的场景特征标识对应的开关状态。第一开关状态与第二开关状态可以相同，也可以不同。

具体实施时，可以预先配置多个场景以及每个场景对应的场景特征标识，每个场景对应于开启状态和关闭状态中的一者。另外，还可以预先配置包括一个或多个场景特征标识的存储场景标识集合。每个场景所对应的开关状态可以通过存储场景标识集合确定。

在第一开关状态与第二开关状态中，“第一”和“第二”仅仅是为了便于区分两种获取方式不同的开关状态，不具有实际意义。第一开关状态的获取方式为判断存储场景标识集合中是否包括场景特征标识，第二开关状态的获取方式为从存储开关配置信息中读取。

在连续的多个场景中，可能会发生，一部分场景需要判断是否存储业务请求，另一部分场景完全不涉及业务请求的存储。在相同的场景下，用户通过业务程序向目标服务器端发出业务请求，该业务请求可以携带与场景对应的场景特征标识。由于场景与场景特征标识之间存在预先配置的对应关系，通过业务请求中携带的场景特征标识，可以确定业务请求所处的场景。

根据场景特征标识是否属于预先配置的存储场景标识集合，确定业务请求所属场景对应的存储总开关的第一开关状态，可以是，若场景特征标识属于预先配置的存储场景标识集合，则确定业务请求所属场景对应的存储总开关的第一开关状态为开启状态；若场景特征标识不属于预先配置的存储场景标识集合，则确定业务请求所属场景对应的存储总开关的第一开关状态为关闭状态。若第一开关状态与第二开关状态不同，说明发生了场景切换，该情况下，需要将存储于目标服务器端中的第二开关状态更新为第一开关状态。

例如，在场景A中，场景特征标识A不属于预先配置的存储场景标识集合，根据场景特征标识A确定第一开关状态为关闭状态，从目标服务器端读取的第二开关状态也是关闭状态。在场景A与场景B之间发生场景切换时，目标服务器端中存储的第二开关状态依然保持关闭状态，但场景B下第一个拦截的业务请求所携带的场景特征标识是场景特征标识B，该场景特征标识B属于存储场景标识集合，因此，可以确定该业务请求所属的场景B对应的存储总开关状态为开启状态，此时，第一开关状态与第二开关状态不同，则根据第一开关状态更新存储开关配置信息，使得目标服务器端中存储总开关的状态从关闭状态切换为开启状态。

若存储总开关的开关状态信息为开启状态，则根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足。若存储总开关的开关状态信息为关闭状态，则跳过判断预存储条件是否被满足的步骤，以及，跳过判断是否存储业务请求的步骤，进行其他针对业务请求的预处理并放行预处理后的业务请求，或者，直接放行被拦截的业务请求。

具体实施时可能出现以下几种情况：

(1)若第一开关状态与第二开关状态相同，且第二开关状态为开启状态，则根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足。

(2)若第一开关状态与第二开关状态相同，且第二开关状态为关闭状态，则跳过步骤S104和S106，进行其他针对业务请求的预处理并放行预处理后的业务请求，或者，直接放行业务请求。

(3)若第一开关状态与第二开关状态不同，且第一开关状态为开启状态，第二开关状态为关闭状态，则将存储开关配置信息中存储总开关的开关状态信息更新为开启状态，进而，根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足。

(4)若第一开关状态与第二开关状态不同，且第一开关状态为关闭状态，第二开关状态为开启状态，则将存储开关配置信息中存储总开关的开关状态信息更新为关闭状态，跳过步骤S104和S106，进行其他针对业务请求的预处理并放行预处理后的业务请求，或者，直接放行业务请求。

在场景切换的情况下，可能会发生第一开关状态与第二开关状态不同，也可能发生第一开关状态与第二开关状态相同。

通过获取第一开关状态与第二开关状态并进行状态比较，可以在场景切换时开始或停止判断是否存储业务请求。在另一个例子中，也可以通过手动修改存储总开关的开关状态信息，实现开始或停止判断是否存储业务请求。

例如，A场景是登录，在用户登录账号前，手动将存储总开关的状态设置为false，当登录成功后，即A场景结束，用户手动将存储总开关的状态设置为true，然后用户在执行B场景的业务流程，Filter在B场景下拦截业务请求并判断是否存储业务请求，当B场景操作完成后，用户手动将存储总开关的状态设置为false，此时，用户执行C场景的业务流程时，Filter不会拦截并存储业务请求。

若是，则运行步骤S106；若否，则确定不存储业务请求。

步骤S106，基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求。

在一种实现方式中，过滤条件包括至少一个待过滤账号对应的第一参数条件；基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求，包括：判断至少一个待过滤账号中是否存在与账号信息对应的目标账号；若不存在，则确定存储业务请求；若存在，则根据业务请求参数，确定目标账号对应的第一参数条件是否被满足；若满足，则确定存储业务请求；若不满足，则确定不存储业务请求。

过滤条件是用于从满足预存储条件的业务请求中筛选得到需要存储的业务请求和不需要存储的业务请求，因此，过滤条件所对应的各个待过滤账号可以是预存储条件所包括的各个预存储账号的子集，即，对于过滤条件所对应的任意一个待过滤账号，预存储条件中存在至少一个相匹配的预存储账号。

预存储条件可以包括至少一个预存储账号，例如，预存储账号a1、b1、c1、d1，过滤条件包括至少一个待过滤账号对应的第一参数条件，例如，待过滤账号a1对应于第一参数条件A1，待过滤账号a2对应于第一参数条件A2。

判断至少一个待过滤账号中是否存在与账号信息对应的目标账号，例如，账号信息为admin，至少一个待过滤账号包括“admin、admin2”，“admin”为至少一个待过滤信号中，与账号信息对应的目标账号，根据业务请求参数，确定目标账号对应的第一参数条件是否被满足；若满足，则确定存储业务请求；若不满足，则确定不存储业务请求。又例如，账号信息为admin，至少一个待过滤账号包括“admin2、admin3”，至少一个待过滤账号中，不存在与账号信息对应的目标账号，确定存储业务请求。

在一种实现方式中，业务请求参数包括请求参数字段以及请求参数字段的字段值；第一参数条件配置有待过滤字段的字段名称以及待过滤字段的目标字段值，根据业务请求参数，确定目标账号对应的第一参数条件是否被满足，包括：根据待过滤字段的字段名称，判断业务请求参数是否包括与待过滤字段的字段名称相匹配的请求参数字段；若是，则将相匹配的请求参数字段确定为目标参数字段，在业务请求参数中，查询目标参数字段的字段值；判断目标参数字段的字段值是否包含目标字段值；若是，则确定目标账号对应的第一参数条件被满足；若否，则确定目标账号对应的第一参数条件未满足。

具体实施时，业务请求参数可以包括多个请求参数字段以及每个请求参数字段的字段值，例如，请求参数字段的字段名称为A，A的字段值为A1；请求参数字段的字段名称为B，B的字段值为B1……请求参数字段的字段名称为N，N的字段值为N1。

第一参数条件配置有待过滤字段的字段名称，例如，B’，且配置有目标字段值B1’。根据B’，判断业务请求参数所包括的多个请求参数字段中，是否存在与B’相匹配的请求参数字段B。请求参数字段与待过滤字段的字段名称相匹配，可以是，B与B’字段名称相同，也可以是，B与B’字段名称之间存在关联关系，例如，B’是一个缩写，B是完整名称，预存有二者之间的映射关系。在确定业务请求参数包括B字段之后，将B确定为目标参数字段的字段名称，在业务请求参数中，查询得到B的字段值B1。判断B1中是否包含B1’。

例如，B1＝“111000111”，B1’＝“1110”，则B1中包含B1’，确定第一参数条件被满足。

又例如，B1＝“111000111”,B1’＝“1010”，则B1中未包含B1’，确定第一参数条件未满足。

在另一个例子中，业务请求参数包括请求参数字段的字段名称e1和请求参数字段的字段名称e2，e1的字段值为b1234，e2的字段值为123；第一参数条件配置有待过滤字段的字段名称以及待过滤字段的目标字段值，例如，'admin':{"params":"b123456"}，则'admin'为至少一个待过滤账号中与账号信息对应的目标账号，"params"为待过滤字段的字段名称，"b123456"为待过滤字段的目标字段值。根据待过滤字段的字段名称，判断业务请求参数是否包括与待过滤字段的字段名称相匹配的请求参数字段。由于e1与"params"不匹配，且e2与"params"不匹配，故业务请求参数中不包括与待过滤字段的字段名称相匹配的请求参数字段。该情况下，可以确定目标账号对应的第一参数条件未满足，确定不存储业务请求。

在又一个例子中，业务请求参数包括请求参数字段的字段名称params和请求参数字段的字段名称e2，params的字段值为b123456789，e2的字段值为123；第一参数条件配置有待过滤字段的字段名称以及待过滤字段的目标字段值，例如，'admin':{"params":"b123456"}，则'admin'为至少一个待过滤账号中与账号信息对应的目标账号，"params"为待过滤字段的字段名称，"b123456"为待过滤字段的目标字段值。根据待过滤字段的字段名称，判断业务请求参数是否包括与待过滤字段的字段名称相匹配的请求参数字段。由于请求参数字段params与"params"相匹配，故业务请求参数中包括与待过滤字段的字段名称相匹配的请求参数字段。将请求参数字段params确定为目标参数字段，在业务请求参数中，查询得到目标参数字段params的字段值为b123456789。由于目标参数字段params的字段值b123456789包括目标字段值"b123456"，该情况下确定目标账号对应的第一参数条件被满足。

在一种实现方式中，存储过滤条件包括至少一个待过滤网络地址对应的第二参数条件；基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求，包括：判断至少一个待过滤网络地址中是否存在与来源地址信息对应的目标网络地址；若不存在，则确定存储业务请求；若存在，则根据业务请求参数，确定目标网络地址对应的第二参数条件是否被满足；若满足，则确定存储业务请求；若不满足，则确定不存储业务请求。

过滤条件是用于从满足预存储条件的业务请求中筛选得到需要存储的业务请求和不需要存储的业务请求，因此，过滤条件所对应的各个待过滤网络地址可以是预存储条件所包括的各个预存储网络地址的子集，即，对于过滤条件所对应的任意一个待过滤网络地址，预存储条件中存在至少一个相匹配的预存储网络地址。

预存储条件可以包括至少一个预存储网络地址，例如，预存储网络地址x1、y1、z1，过滤条件包括至少一个待过滤网络地址对应的第二参数条件，例如，待过滤网络地址x1对应于第二参数条件X1，待过滤网络地址y1对应于第二参数条件Y1。

判断至少一个待过滤网络地址中是否存在与来源地址信息对应的目标网络地址，例如，来源地址信息为1.1.1.0，至少一个待过滤网络地址包括“1.1.1.0、1.1.1.2”，“1.1.1.0”为至少一个待过滤网络地址中，与来源网络地址对应的目标网络地址，根据业务请求参数，确定目标网络地址对应的第二参数条件是否被满足；若满足，则确定存储业务请求；若不满足，则确定不存储业务请求。又例如，来源地址信息为1.1.1.0，至少一个待过滤网络地址包括“1.1.1.1、1.1.1.2”，至少一个待过滤网络地址中，不存在与来源地址信息对应的目标网络地址，则确定存储业务请求。

在确定存储业务请求之后，可以将业务请求中的账号信息、业务请求参数以及其他特征信息写入数据库中。

示例性地，在测试场景中，写入数据库中的业务请求可以参照表1。

表1示出了接口测试场景下的业务请求参数

表1

如表1所示，数据库中每一行对应于一个业务请求，通过序号区分显示。序号1的业务请求包括且不限于：登录账号信息('admin')，登录IP信息(1.1.1.0)，接口类型(a)，接口请求方法(post)，接口URL(/test1)，接口参数{“a1234”}。其他各个业务请求与序号1的业务请求类似，下文不再赘述。

在一种实现方式中，基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求之后，还包括：在确定存储业务请求的情况下，拦截目标服务器端针对业务请求反馈的响应信息；将响应信息与对应的业务请求关联存储。

目标服务器端针对业务请求反馈的响应信息，可以是目标服务器端中的Servlet在接收到业务请求之后，针对业务请求反馈的响应信息。

在确定存储业务请求的情况下，拦截目标服务器端根据业务请求反馈的响应信息，将响应信息与对应的业务请求关联存储于数据库中。需要注意的是，响应信息不是用于判断是否存储业务请求的依据，而是在确定存储业务请求之后，将拦截的响应信息与对应的业务请求关联存储。

在一种实现方式中，业务请求的存储方法，还包括：接收调整存储开关配置信息的信息更新指令；信息更新指令中包括待更新的过滤条件；根据信息更新指令，更新存储开关配置信息中的过滤条件。

信息更新指令中可以只包括待更新的过滤条件，例如，“'admin':{开关1＝false}”，用于表示，在更新之前，过滤条件中开关1处于关闭状态，则根据信息更新指令，更新存储开关配置信息中的过滤条件，可以是，将“'admin':{开关1＝false}”更新为“'admin':{开关1＝true}”，使得更新后的过滤条件中开关1处于开启状态。

信息更新指令中可以包括待更新的过滤条件和更新后的目标参数，例如，待更新的过滤条件为“'admin':{"params":"b123456"}”，更新后的目标参数为“b111111”，则根据信息更新指令，更新存储开关配置信息中的过滤条件，可以是将“'admin':{"params":"b123456"}更新为“'admin':{"params":"b111111"}。

信息更新指令中还可以待更新的过滤条件和更新后的过滤条件，例如，待更新的过滤条件为“'admin':{"params":"b123456"}”，更新后的过滤条件为“'admin3':{"url":"/test1"}”，则根据信息更新指令，更新存储开关配置信息中的过滤条件，可以是,将“'admin':{"params":"b123456"}更新为“'admin3':{"url":"/test1"}”。

本实施例中，采用了预存储条件和过滤条件双重判断，预存储条件的判断方式相对稳定，可以在预先配置好之后不再调整，过滤条件可以根据不同事情的需求变化，灵活调整，使得存储的业务请求符合当前时期的用户需求。

在如图1所示的实施例中，拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数；根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件；若是，则基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求，以此，可以结合预存储条件和过滤条件双重判断，快速筛选掉不需要存储的业务请求，灵活地确定是否存储业务请求，提高了业务请求的存储效率。

出于与前述的方法实施例相同的技术构思，本申请实施例还提供了另一种业务请求的存储方法的实施例。图2为本申请实施例提供的另一种业务请求的存储处理方法的处理流程图。参见图2，业务请求的存储方法具体包括步骤S202至步骤S212。

步骤S202，启动业务程序。

步骤S204，测试人员操作业务程序。

步骤S206，获取存储开关配置信息。

步骤S208，判断是否存储业务请求。

若是，则执行步骤S210；若否，则执行步骤S212。

步骤S210，存储业务请求。

步骤S212，不存储业务请求。

由于技术构思相同，本实施例中描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。

出于与前述的方法实施例相同的技术构思，本申请实施例还提供了又一种业务请求的存储方法的实施例。图3为本申请实施例提供的又一种业务请求的存储处理方法的处理流程图。参见图3，业务请求的存储方法具体包括步骤S302至步骤S324。

步骤S302，启动业务程序。

步骤S304，测试人员操作业务程序。

步骤S306，获取存储开关配置信息。

步骤S308，拦截业务请求。

步骤S310，判断存储总开关是否开启。

若是，执行步骤S312，若否，执行步骤S316。

步骤S312，判断测试人员登录账号是否在预存储账号中。

若是，执行步骤S314，若否，执行步骤S314。

步骤S314，判断测试人员登录IP是否在预存储网络地址中。

若是，执行步骤S318，若否，执行步骤S316。

步骤S316，不存储业务请求。

步骤S318，判断过滤条件是否为空。

若是，执行步骤S324，若否，执行步骤320。

步骤S320，判断测试人员登录IP或登录账号是否在过滤条件中。

若是，执行步骤S322，若否，执行步骤324。

步骤S322，判断业务请求参数是否满足过滤条件。

若是，执行步骤S324，若否，执行步骤S316。

由于技术构思相同，本实施例中描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。

在上述的实施例中，提供了一种业务请求的存储方法，与之相对应的，基于相同的技术构思，本申请实施例还提供了一种业务请求的存储装置，下面结合附图进行说明。

图4为本申请实施例提供的一种业务请求的存储装置示意图。

本实施例提供一种业务请求的存储装置，包括：

拦截单元401，用于拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数；

判断单元402，用于根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件；

若是，则运行第一确定单元403，第一确定单元403用于基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求。

可选地，发送端信息包括：发送业务请求时所使用的客户端的账号信息，以及，业务请求的来源地址信息；预存储条件配置有至少一个预存储账号，和/或，至少一个预存储网络地址；判断单元402，具体用于：若账号信息与任意一个预存储账号相匹配，和/或所述来源地址信息与任意一个预存储网络地址相匹配，则确定预存储条件被满足。

可选地，过滤条件包括至少一个待过滤账号对应的第一参数条件；第一确定单元403，包括：第一判断子单元，用于判断至少一个待过滤账号中是否存在与账号信息对应的目标账号；若不存在，则运行第一确定子单元，第一确定子单元用于确定存储业务请求；若存在，则运行第二判断子单元，第二判断子单元用于根据业务请求参数，确定目标账号对应的第一参数条件是否被满足；若满足，则运行第二确定子单元，第二确定子单元用于确定存储业务请求；若不满足，则运行第三确定子单元，第三确定子单元用于确定不存储业务请求。

可选地，存储过滤条件包括至少一个待过滤网络地址对应的第二参数条件；第一确定单元403，具体用于：判断至少一个待过滤网络地址中是否存在与来源地址信息对应的目标网络地址；若不存在，则确定存储业务请求；若存在，则根据业务请求参数，确定目标网络地址对应的第二参数条件是否被满足；若满足，则确定存储业务请求；若不满足，则确定不存储业务请求。

可选地，业务请求参数包括请求参数字段以及请求参数字段的字段值；第一参数条件配置有待过滤字段的字段名称以及待过滤字段的目标字段值，第二判断子单元，具体用于：根据待过滤字段的字段名称，判断业务请求参数是否包括与待过滤字段的字段名称相匹配的请求参数字段；若是，则将相匹配的请求参数字段确定为目标参数字段，在业务请求参数中，查询目标参数字段的字段值；判断目标参数字段的字段值是否包含目标字段值；若是，则确定目标账号对应的第一参数条件被满足；若否，则确定目标账号对应的第一参数条件未满足。

可选地，业务请求的存储装置还包括：第二拦截单元404，用于在确定存储业务请求的情况下，拦截目标服务器端针对业务请求反馈的响应信息；存储单元405，用于将响应信息与对应的业务请求关联存储。

可选地，存储开关配置信息包括存储总开关的开关状态信息；判断单元402，具体用于：若存储总开关的开关状态信息为开启状态，则根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；业务请求携带有场景特征标识；业务请求的存储装置还包括：第二确定单元406，用于根据场景特征标识是否属于预先配置的存储场景标识集合，确定业务请求所属场景对应的存储总开关的第一开关状态；读取单元407，用于读取存储开关配置信息中的存储总开关的第二开关状态；更新单元408，用于若第一开关状态与第二开关状态不同，则根据第一开关状态更新存储开关配置信息中存储总开关的开关状态信息。

本申请实施例所提供的业务请求的存储装置包括拦截单元、判断单元以及第一确定单元，拦截单元用于拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数；判断单元用于根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件；若是，则运行第一确定单元，第一确定单元用于基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求。拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数；根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件；若是，则基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求，以此，可以结合预存储条件和过滤条件双重判断，快速筛选掉不需要存储的业务请求，灵活地确定是否存储业务请求，提高了业务请求的存储效率。

对应上述描述的一种业务请求的存储方法，基于相同的技术构思，本申请实施例还提供一种业务请求的存储设备，该业务请求的存储设备用于执行上述提供的业务请求的存储方法，图5为本申请实施例提供的一种业务请求的存储设备的结构示意图。

如图5所示，业务请求的存储设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括业务请求的存储设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在业务请求的存储设备上执行存储器502中的一系列计算机可执行指令。业务请求的存储设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入/输出接口505，一个或一个以上键盘506等。

在一个具体的实施例中，业务请求的存储设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对业务请求的存储设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数；

根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件；

若是，则基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求。

本说明书提供的一种计算机可读存储介质实施例如下：

对应上述描述的一种业务请求的存储方法，基于相同的技术构思，本申请实施例还提供一种计算机可读存储介质。

本实施例提供的计算机可读存储介质，用于存储计算机可执行指令，计算机可执行指令在被处理器执行时实现以下流程：

拦截发送至目标服务器端的业务请求；业务请求中携带有业务请求的发送端信息以及业务请求参数；

根据业务请求对应的存储开关配置信息和发送端信息，确定业务请求的预存储条件是否被满足；其中，存储开关配置信息包括预先配置的业务请求的预存储条件以及过滤条件；

若是，则基于发送端信息、业务请求参数以及过滤条件，确定是否存储业务请求。

需要说明的是，本说明书中关于计算机可读存储介质的实施例与本说明书中关于业务请求的存储方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

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

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

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

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

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

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

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

本申请实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

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

Claims (10)

1.一种业务请求的存储方法，其特征在于，包括：

拦截发送至目标服务器端的业务请求；所述业务请求中携带有所述业务请求的发送端信息以及业务请求参数；

根据所述业务请求对应的存储开关配置信息和所述发送端信息，确定所述业务请求的预存储条件是否被满足；其中，所述存储开关配置信息包括预先配置的业务请求的所述预存储条件以及过滤条件；

若是，则基于所述发送端信息、所述业务请求参数以及所述过滤条件，确定是否存储所述业务请求。

2.根据权利要求1所述的方法，其特征在于，所述发送端信息包括：发送所述业务请求时所使用的客户端的账号信息，以及，所述业务请求的来源地址信息；所述预存储条件配置有至少一个预存储账号，和/或，至少一个预存储网络地址；

所述确定所述业务请求的预存储条件是否被满足，包括：

若所述账号信息与任意一个所述预存储账号相匹配，和/或所述来源地址信息与任意一个所述预存储网络地址相匹配，则确定所述预存储条件被满足。

3.根据权利要求2所述的方法，其特征在于，所述过滤条件包括至少一个待过滤账号对应的第一参数条件；所述基于所述发送端信息、所述业务请求参数以及所述过滤条件，确定是否存储所述业务请求，包括：

判断所述至少一个待过滤账号中是否存在与所述账号信息对应的目标账号；

若不存在，则确定存储所述业务请求；

若存在，则根据所述业务请求参数，确定所述目标账号对应的第一参数条件是否被满足；

若满足，则确定存储所述业务请求；

若不满足，则确定不存储所述业务请求。

4.根据权利要求2所述的方法，其特征在于，所述存储过滤条件包括至少一个待过滤网络地址对应的第二参数条件；所述基于所述发送端信息、所述业务请求参数以及所述过滤条件，确定是否存储所述业务请求，包括：

判断所述至少一个待过滤网络地址中是否存在与所述来源地址信息对应的目标网络地址；

若不存在，则确定存储所述业务请求；

若存在，则根据所述业务请求参数，确定所述目标网络地址对应的第二参数条件是否被满足；

若满足，则确定存储所述业务请求；

若不满足，则确定不存储所述业务请求。

5.根据权利要求3所述的方法，其特征在于，所述业务请求参数包括请求参数字段以及所述请求参数字段的字段值；所述第一参数条件配置有待过滤字段的字段名称以及所述待过滤字段的目标字段值，所述根据所述业务请求参数，确定所述目标账号对应的第一参数条件是否被满足，包括：

根据所述待过滤字段的字段名称，判断所述业务请求参数是否包括与所述待过滤字段的字段名称相匹配的请求参数字段；

若是，则将所述相匹配的请求参数字段确定为目标参数字段，在所述业务请求参数中，查询所述目标参数字段的字段值；

判断所述目标参数字段的字段值是否包含所述目标字段值；

若是，则确定所述目标账号对应的第一参数条件被满足；

若否，则确定所述目标账号对应的第一参数条件未满足。

6.根据权利要求1所述的方法，其特征在于，所述基于所述发送端信息、所述业务请求参数以及所述过滤条件，确定是否存储所述业务请求之后，还包括：

在确定存储所述业务请求的情况下，拦截所述目标服务器端针对所述业务请求反馈的响应信息；

将所述响应信息与对应的所述业务请求关联存储。

7.根据权利要求1所述的方法，其特征在于，所述存储开关配置信息包括存储总开关的开关状态信息；所述根据所述业务请求对应的存储开关配置信息和所述发送端信息，确定所述业务请求的预存储条件是否被满足，包括：

若所述存储总开关的开关状态信息为开启状态，则根据所述业务请求对应的存储开关配置信息和所述发送端信息，确定所述业务请求的预存储条件是否被满足；

所述业务请求携带有场景特征标识；所述拦截发送至目标服务器端的业务请求之后，还包括：

根据所述场景特征标识是否属于预先配置的存储场景标识集合，确定所述业务请求所属场景对应的存储总开关的第一开关状态；

读取所述存储开关配置信息中的存储总开关的第二开关状态；

若所述第一开关状态与所述第二开关状态不同，则根据所述第一开关状态更新所述存储开关配置信息中所述存储总开关的开关状态信息。

8.一种业务请求的存储装置，其特征在于，所述装置包括：

拦截单元，用于拦截发送至目标服务器端的业务请求；所述业务请求中携带有所述业务请求的发送端信息以及业务请求参数；

判断单元，用于根据所述业务请求对应的存储开关配置信息和所述发送端信息，确定所述业务请求的预存储条件是否被满足；其中，所述存储开关配置信息包括预先配置的业务请求的所述预存储条件以及过滤条件；

若是，则运行第一确定单元，所述第一确定单元用于基于所述发送端信息、所述业务请求参数以及所述过滤条件，确定是否存储所述业务请求。

9.一种业务请求的存储设备，其特征在于，所述设备包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行如权利要求1-7任一项所述的业务请求的存储方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现如权利要求1-7任一项所述的业务请求的存储方法。