CN109688202B - 一种接口数据的处理方法、装置、计算设备及存储介质 - Google Patents

Abstract

本发明公开了一种接口数据的处理方法，方法包括：拦截向第一服务端发送的接口请求，以便抓取请求数据和返回数据；在向第一服务端发送接口请求时，采集页面操作事件，以确定接口请求对应的场景信息；将请求数据、返回数据以及对应的场景信息发送到第二服务端进行存储；以及在第一服务端的接口不可用的情况下，根据请求数据和对应的场景信息从第二服务端获取对应的返回数据。本方案能够提高接口数据的可用性，使其能够适应场景的变化，提高前端开发效率。

Description

一种接口数据的处理方法、装置、计算设备及存储介质

技术领域

本发明涉及数据存储技术领域，尤其涉及一种接口数据的处理方法、装置及系统。

背景技术

目前对于web项目开发，常用前后端分离的方案。前端和后端独立部署运行，前端提供视图界面，后端提供HTTP接口数据。可能出现后端接口提供不及时、接口变更频繁、运行不稳定等诸多问题。由于前端大部分功能需要依赖接口，接口的不确定会导致前端开发和调试环节受到很大的影响。

现有技术中对于接口数据的处理，一是采用人工生成接口假数据，这种方式费时费功，较难以维护。二是提供接口缓存服务，可存取接口数据，但是由于场景变化复杂，缓存的数据可用性较低。

因此，需要一种接口数据的处理方法，能够提高接口数据的可用性，使其能够适应场景的变化。

发明内容

为此，本发明提供了一种接口数据的处理方法、装置、计算设备及存储介质，以力图解决或者至少缓解上面存在的至少一个问题。

根据本发明的一个方面，提供了一种接口数据的处理方法，可以在计算设备中执行，在该方法中，可以首先拦截向第一服务端发送的接口请求，以便抓取请求数据和返回数据。在向第一服务端发送接口请求时，采集页面操作事件，以确定接口请求对应的场景信息。然后，将请求数据、返回数据以及对应的场景信息发送到第二服务端进行存储。在第一服务端的接口不可用的情况下，可以根据请求数据和对应的场景信息从第二服务端获取对应的返回数据。

可选地，在上述方法中，接口请求可以是HTTP接口请求。可以首先确定返回数据的环境信息。然后，通过解析请求数据中的URL，获取接口的IP地址、端口号、路径和请求参数。最后，将请求数据与接口配置文件的数据进行匹配，确定接口请求方式和接口类型。

可选地，在上述方法中，环境信息可以是开发环境、测试环境和生产环境中任意一种。

可选地，在上述方法中，可以将返回数据中的返回值作为主体信息。将接口的IP地址、端口号、路径、请求参数、请求方式、接口类型、环境信息、场景信息中的一项或多项作为主体信息对应的维度信息。然后，将主体信息和对应的维度信息发送到第二服务端。

可选地，在上述方法中，当主体信息为接口不可用对应的状态码，从第二服务端中获取对应的返回数据；以及/或者当维度信息的匹配度达到预定值，从第二服务端中获取对应的返回数据。

可选地，在上述方法中，可以将请求数据中的第一服务端IP地址修改为第二服务端的IP地址。

可选地，在上述方法中，在从第二服务端获取返回数据的情况下，当检测到第一服务端的接口可用时，可以提示是否从第一服务端获取返回数据。

根据本发明另一个方面，提供了一种接口数据的处理装置，装置包括拦截模块、采集模块、发送模块和获取模块。其中，拦截模块可以拦截向第一服务端发送的接口请求，以便抓取请求数据和返回数据。采集模块可以在向第一服务端发送接口请求时，采集页面操作事件，以确定接口请求对应的场景信息。发送模块可以将请求数据、返回数据以及对应的场景信息发送到第二服务端进行存储。获取模块可以在第一服务端接口不可用的情况下，根据请求数据和对应的场景信息从第二服务端获取对应的返回数据。

可选地，该装置还包括第一确定模块、解析模块和第二确定模块。其中，第一确定模块可以确定返回数据的环境信息。解析模块可以解析请求数据中的URL，以获取接口的IP地址、端口号、路径和请求参数。第二确定模块可以将请求数据与接口配置文件的数据进行匹配，确定接口请求方式和接口类型。

可选地，在上述装置中，获取模块包括修改单元。修改单元可以将请求数据中的第一服务端的IP地址修改为第二服务端的IP地址。

可选地，该装置还包括提示模块。在从第二服务端获取返回数据的情况下，当检测到第一服务端的接口可用时，可以提示是否从第一服务端获取返回数据。

根据本发明另一个方面，提供了一种计算设备，包括一个或多个处理器、存储器、一个或多个程序。其中一个或多个程序可以存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序包括用于执行接口数据的处理方法的指令。

根据本发明另一个方面，提供一种存储一个或多个程序的计算机可读存储介质，这一个或多个程序包括指令，当指令被计算设备执行时，使得计算设备执行接口数据的处理方法。

本方案通过接口数据的缓存，完善缓存数据的情景信息，能够提升接口数据质量，使其适应灵活多变的场景，提升接口使用时的匹配度和可用性，实现缓存数据根据场景自动应用的功能。从而实现正常的数据获取，避免前端开发进程因后端服务问题而产生影响。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明的一个实施例的web系统100的示意图；

图2示出了根据本发明的一个实施例的计算设备200的构造示意图；

图3示出了根据本发明的一个实施例的接口数据处理方法的示意性流程图；

图4示出了根据本发明的一个实施例的接口数据处理装置400的示意性结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明的一个实施例的web系统100的示意图。如图1所示web网络系统100包括前端、后端和服务接口。前端可以是运行在计算设备、移动端等浏览器上展现给用户的网页。前端主要通过代码，包括HTML、CSS和JavaScript等开发语言来实现前端页面及交互逻辑，与服务器进行交互。后端可以为前端提供多个API应用程序接口，与数据库进行数据交互。目前的web系统开发采用前后端分离的方案，前端页面可以通过Ajax调用后端提供的服务接口并使用JSON数据进行交互。通过在后台与服务器进行少量数据交换，Ajax可以使网页实现异步更新。这意味着可以在不重新加载整个网页的情况下，对网页的某部分进行更新。前端通常会通过后端提供的接口来获取数据来完成前端页面的渲染。

前端服务与后端服务独立部署运行，会出现后端接口提供不及时，接口变更频繁，运行不稳定等诸多问题。由于前端大部分功能需要依赖后端接口，接口的不稳定会导致前端开发和调试环节受到影响。因此，提供一个接口数据的缓存并持久化保存的服务，将会提高前端开发的效率。

图2示出了根据本发明的一个实施例的计算设备200的构造示意图。在基本的配置102中，计算设备200典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。

取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。

取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统120、一个或者多个程序122以及程序数据124。在一些实施方式中，程序122可以布置为在操作系统上利用程序数据124进行操作。

计算设备200可以是小尺寸便携(或者移动)电子设备的一部分，这些电子设备可以是诸如蜂窝电话、个人数字助理(PDA)、个人媒体播放器设备、无线网络浏览设备、个人头戴设备、应用专用设备、或者可以包括上面任何功能的混合设备。计算设备200还可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。在一些实施例中，计算设备200可被配置为执行本发明的接口数据的处理方法。其中，计算设备200的一个或多个程序122包括用于执行根据本发明的接口数据的处理方法的指令。

图3示出了根据本发明的一个实施例的接口数据的处理方法的示意性流程图。如图3所示，在步骤S310中，可以拦截向第一服务端发送的接口请求，以便抓取请求数据和返回数据。

其中，第一服务端为目标服务器，客户端可以通过向目标服务器发送接口数据请求以获取接口数据。例如，在前端向后端发送接口数据请求时，可以在前端代码中加入拦截器/过滤器，拦截所有的HTTP请求。其中，拦截器可以在某个方法或字段被访问之前进行拦截，然后在之前或之后加入某些操作。接口请求可以是HTTP请求，基于TCP/IP通信协议来传递数据。基于HTTP协议的客户端-服务端架构上，前端客户端通过URL网址向服务端发送所有请求，web服务端可以根据接收到的请求，向客户端发送响应信息。拦截器触发抓取动作，在HTTP请求中，获取请求的URL、请求方式、请求参数、服务端的返回数据等信息。

根据本发明的一个实施例，可以根据抓取的信息，确定返回数据的环境信息。其中环境信息可以分为开发环境、测试环境和生产环境。开发环境是专门用于开发的服务器，配置可以比较随意，为了开发调试方便，一般打开全部错误报告。测试环境一般是克隆一份生产环境的配置，一个程序在测试环境工作不正常，那么就不能把它发布到生产机上。生产环境是指正式提供对外服务的，一般会关掉错误报告，打开错误日志。不同的环境采集到的数据，可以认为数据的来源不同，应用数据的时候可根据需要，侧重选择不同来源的数据。不同来源的数据会有各自的特点，比如开发环境的数据更接近于模拟数据，可能是为了调试某个功能人工录入的，测试环境的数据更接近于真实使用，可能是由某个后台程序批量处理录入的。

可以通过解析请求数据中的URL统一资源定位符，获取接口的IP地址、端口号、路径和请求参数。HTTP使用统一资源定位符URL来传输数据和建立连接，是互联网上用来标识某一处资源的地址。一个完整的URL可以包括协议部分：在Intemet中可以使用多种协议，如HTTP、FTP等等。其中HTTP协议包括域名部分：可以使用IP地址作为域名使用；端口部分：端口不是一个URL必须的部分，如果省略端口部分，将采用默认端口；参数部分可以允许有多个参数，参数与参数之间可以用“&”作为分隔符。

前端为了统一管理，会有一个接口的配置文件，记录接口的名称，URL，请求方式等。可以将请求数据与接口配置文件的数据进行匹配，确定接口请求方式和接口类型。这个配置文件会被程序读取，用来确定请求的实际地址和使用的方式。HTTP协议支持六种请求方法即：GET、POST、PUT、DELETE、HEAD、OPTIONS。例如，在数据抓取时，记录了接口的请求方式，例如一个POST方式的请求。数据应用的时候，获取缓存数据可以通过一个GET接口来获取，并不会发送真的POST请求，但是这个POST方式会作为一个筛选条件，从缓存服务中获取更加准确的数据。这样从接口配置文件中获取的POST方式，就有必要了。

还可以通过接口配置文件中接口的类型，区分请求的接口是业务接口、系统参数接口还是字典接口等。其中，业务接口是与当前页面主体功能相关的数据接口，比如一个用户管理页面，用于查询用户信息的接口即为业务接口。系统参数接口可以负责提供一些公共数据，比如用户管理页面是否允许下载，可以到系统参数中找到依据。字典接口可以负责提供一些数据的显示名称映射，比如用户信息列表中的一个属性是性别，存储的值是male，但是页面需要显示(男)，这时需要根据字典进行数据映射，将male映射成(男)来显示。

随后在步骤S320中，可以在向第一服务端发送接口请求时，采集页面操作事件，以确定接口请求对应的场景信息。

针对不同的情景，用户需要不同的服务内容。由于用户操作对应于不同的场景，例如打开页面，刷新页面，点击菜单，路由跳转等。以打开页面为例，页面进行初始化操作，当前场景即为页面初始化。在判断页面初始化结束的场景时，可以设置一个时间阈值，比如3秒，3秒以内的请求并且没有新的事件加入到全局事件列表中，可认为是页面初始化场景对应的接口请求。可以通过监听页面事件的方式来确定当前操作场景。例如，采集当前菜单、页面、模块的信息以及页面事件中的对象、类等，通过全局参数判断当前场景，可以确定为用户点击操作的场景。同样地，在判断用户点击操作结束的场景时，可以设置一个时间阈值，比如5秒，5秒以内的请求并且没有新的事件加入到全局事件列表中，可认为是用户点击操作场景所需的接口请求。

随后在步骤S330中，可以将请求数据、返回数据以及对应的场景信息发送到第二服务端进行存储。其中，第二服务端可以是任意一种服务器，例如可以是代理服务器、缓存服务器或中转服务器等，以便将缓存接口数据存储在数据库中进行持久化存储。

根据本发明的一个实施例，可以将返回数据中的返回值作为主体信息，将接口的IP地址、端口号、路径、请求参数、请求方式、接口类型、环境信息、场景信息中的一项或多项作为主体信息对应的维度信息。将主体信息和对应的维度信息发送到第二服务端，方便应用缓存数据时进行数据匹配。

可以将采集到的维度信息，比如接口的IP地址，环境信息，用户操作场景信息等，满足同样场景条件的数据存多份，按时间排序。在应用数据时，可以按照时间和数据的可用度来提取相应的条目。不同的接口信息以维度区分，维度定义的越多，信息分类越详细，准确度越高。

最后在步骤S340中，可以在第一服务端的接口不可用的情况下，根据请求数据和对应的场景信息从第二服务端获取对应的返回数据。可以通过将请求数据中的第一服务端的IP地址修改为第二服务端的IP地址的方式，切换接口数据获取的方式。

根据本发明的一个实施例，当主体信息为接口不可用对应的状态码，可以从第二服务端中获取对应的返回数据。或者当维度信息的匹配度达到预定值，可以从第二服务端中获取对应的返回数据。其中，接口不可用的情况可以包括因暂时超载或临时维护，导致接口请求的服务端无法处理HTTP请求。可以根据服务端返回的状态码判断第一服务端是否可用，例如返回值的状态码是503，提示第一服务端处于关闭维修状态。

对于接口数据的使用，首先，可以确定何时使用，比如规则设定所有返回失败的接口自动请求缓存数据，代替真实数据。其次，可以确定请求缓存接口的维度信息，如接口请求的URL、请求参数、请求方式、当前场景(页面初始化、用户点击操作等)、数据来源(开发环境、测试环境或生产环境)等。根据维度信息进行匹配，这样，从第二服务器(缓存服务器)获取的信息格式正确，并且内容更加准确，更符合当前的使用场景。其中，真实数据即真实接口查询到的数据，真实接口是由后端服务提供的接口，真正用于开发环境、测试环境或生产环境。缓存数据即缓存接口查询到打的数据，是通过拦截器抓取到的真实数据，并存储到了缓存服务器上，再次从缓存服务器查询使用时，就是缓存数据。

例如，可以设置自动切换参数，由拦截器判断接口请求的返回值。在web开发中，需要预先定义好通用的接口数据返回格式，定义好全局的状态码。当返回值为400、404、500等服务器问题的状态码，可以自动切换到第二服务端的缓存服务。还可以设置匹配条件的复用级别，符合复用级别的数据可以被替换。例如可以设置三个匹配条件：使用场景、用户操作参数、和环境参数。若以上三个条件都需要精确匹配，复用级别设为111，若只需要匹配使用场景，但不需要匹配用户操作参数，和环境参数，复用级别设为100。对于111的设置条件，缓存服务查询的时候匹配三个条件，从结果中选出需要的数据。对于100的设置条件，缓存服务查询的时候匹配使用场景。这样匹配的数据会更多，可用的数据会更加广泛，因为允许对于另外两个条件(用户操作参数、环境参数)不同的数据进行复用。

根据本发明的一个实施例，在从第二服务端获取返回数据的情况下，当检测到第一服务端的接口可用时，可以提示是否从第一服务端获取返回数据。

例如，可以进行接口测试，根据开发提供的接口文档设计测试用例对接口进行自动化测试。其中，接口文档包括：接口说明、调用的URL，请求方式，请求参数、参数类型、请求参数说明，返回结果说明等。

图4示出了根据本发明的一个实施例的接口数据处理装置400的示意性结构框图。如图4所示，该装置400可以包括拦截模块410、采集模块420、发送模块430和获取模块440。

首先拦截模块410可以拦截向第一服务端发送的接口请求，以便抓取请求数据和返回数据。

例如拦截模块410可以通过在发送请求的代码中加入拦截器或过滤器，设置断点，可以抓取请求数据并拦截响应数据。在前端发送HTTP请求之后，拦截器代理中转之前可以修改请求数据，在后端服务响应之后，拦截器将响应中转给前端之前，可以修改响应结果，本方案主要对服务器响应结果进行修改，以保证接口数据的准确性。

随后，采集模块420可以在向第一服务端发送接口请求时，采集页面操作事件，以确定接口请求对应的场景信息。

第一服务端即前端接口请求的后端服务器，为了使接口与场景对应，需要采集用户的操作信息。例如用户操作会有不同的场景，如打开页面、刷新页面、点击菜单、路由跳转等。打开页面对应的场景即为页面初始化。

该装置400还可以包括第一确定模块、解析模块和第二确定模块。其中，第一确定模块可以确定返回数据的环境信息。解析模块可以解析请求数据中的URL，以获取接口的IP地址、端口号、路径和请求参数。第二确定模块，可以将请求数据与接口配置文件的数据进行匹配，确定接口请求方式和接口类型。

发送模块430可以将请求数据、返回数据以及对应的场景信息发送到第二服务端进行存储。

其中请求数据可以包括接口的URL，接口的IP地址、端口号、URL的子路径、模块路径、请求的参数等，还可以包括接口的环境信息、接口类型等。返回数据可以包括接口请求返回值(状态码)。可以以关系表的格式发送以上数据，例如，将返回数据中的返回值作为主体信息，将接口的IP地址、端口号、路径、请求参数、请求方式、接口类型、环境信息、场景信息中的一项或多项作为主体信息对应的维度信息。

获取模块440可以在第一服务端接口不可用的情况下，根据请求数据和对应的场景信息从第二服务端获取对应的返回数据。可以通过将请求数据中的第一服务端的IP地址修改为第二服务端的IP地址的方式，切换接口数据获取的方式。当主体信息为接口不可用对应的状态码，获取模块440可以从第二服务端中获取对应的返回数据。或者当维度信息的匹配度达到预定值，获取模块440可以从第二服务端中获取对应的返回数据。

根据本发明的一个实施例，装置400还可以包括提示模块450。在从第二服务端获取返回数据的情况下，当检测到第一服务端的接口可用时，提示模块450可以提示是否从第一服务端获取返回数据。

根据本发明的方案，通过对接口数据进行有效的识别，使用接口数据时能够自动判断应用场景。通过对接口数据的缓存，能够提升接口数据的质量，使其适应灵活多变的场景。提升接口使用时的匹配度，达到提高缓存数据使用效率的目标。

A3、如A2所述的方法，其中，所述环境信息为开发环境、测试环境和生产环境中任意一种。

A6、如A5所述的方法，其中，所述从所述第二服务端中获取接口数据的步骤包括：将所述请求数据中的第一服务端的IP地址修改为第二服务端的IP地址。

B9、如B8所述的装置，其中，所述获取模块包括：修改单元，适于将所述请求数据中的第一服务端的IP地址修改为第二服务端的IP地址。

应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如软盘、CD-ROM、硬盘驱动器或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明所述的方法。

以示例而非限制的方式，计算机可读介质包括计算机存储介质和通信介质。计算机可读介质包括计算机存储介质和通信介质。计算机存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在计算机可读介质的范围之内。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (12)

1.一种接口数据的处理方法，适于在计算设备中执行，所述方法包括：

拦截向第一服务端发送的接口请求，以便抓取请求数据和返回数据；

在向所述第一服务端发送接口请求时，采集页面操作事件，以确定所述接口请求对应的场景信息；

将所述请求数据、返回数据以及对应的场景信息发送到第二服务端进行存储；以及

在所述第一服务端的接口不可用的情况下，根据请求数据和对应的场景信息从所述第二服务端获取对应的返回数据。

2.如权利要求1所述的方法，其中，所述接口请求为HTTP接口请求，所述方法包括：

确定所述返回数据的环境信息，所述环境信息为开发环境、测试环境和生产环境中任意一种；

解析所述请求数据中的URL，获取接口的IP地址、端口号、路径和请求参数；

将所述请求数据与接口配置文件的数据进行匹配，确定接口请求方式和接口类型。

3.如权利要求2所述的方法，其中，所述将所述请求数据、返回数据以及对应的场景信息发送到第二服务端进行存储的步骤包括：

将所述返回数据中的返回值作为主体信息；

将所述接口的IP地址、端口号、路径、请求参数、请求方式、接口类型、环境信息、场景信息中的一项或多项作为所述主体信息对应的维度信息；以及

将所述主体信息和对应的维度信息发送到所述第二服务端。

4.如权利要求3所述的方法，其中，所述在所述第一服务端的接口不可用的情况下，根据请求数据和对应的场景信息从所述第二服务端获取对应的返回数据的步骤包括：

当所述主体信息为接口不可用对应的状态码，从所述第二服务端中获取对应的返回数据；以及/或者

当所述维度信息的匹配度达到预定值，从所述第二服务端中获取对应的返回数据。

5.如权利要求4所述的方法，其中，所述从所述第二服务端中获取接口数据的步骤包括：

将所述请求数据中的第一服务端的IP地址修改为第二服务端的IP地址。

6.如权利要求1所述的方法，其中，所述方法还包括：

在从所述第二服务端获取返回数据的情况下，当检测到所述第一服务端的接口可用时，提示是否从第一服务端获取返回数据。

7.一种接口数据的处理装置，其中，所述装置包括：

拦截模块，适于拦截向第一服务端发送的接口请求，以便抓取请求数据和返回数据；

采集模块，适于在向所述第一服务端发送接口请求时，采集页面操作事件，以确定所述接口请求对应的场景信息；

发送模块，适于将所述请求数据、返回数据以及对应的场景信息发送到第二服务端进行存储；

获取模块，适于在所述第一服务端接口不可用的情况下，根据请求数据和对应的场景信息从所述第二服务端获取对应的返回数据。

8.如权利要求7所述的装置，其中，所述获取模块包括：

修改单元，适于将所述请求数据中的第一服务端的IP地址修改为第二服务端的IP地址。

9.如权利要求7所述的装置，其中，所述装置还包括：

第一确定模块，适于确定所述返回数据的环境信息，所述环境信息为开发环境、测试环境和生产环境中任意一种；

解析模块，适于解析所述请求数据中的URL，以获取接口的IP地址、端口号、路径和请求参数；以及

第二确定模块，适于将所述请求数据与接口配置文件的数据进行匹配，确定接口请求方式和接口类型。

10.如权利要求7所述的装置，其中，所述装置还包括：

提示模块，适于在从所述第二服务端获取返回数据的情况下，当检测到所述第一服务端的接口可用时，提示是否从第一服务端获取返回数据。

11.一种计算设备，包括：

一个或多个处理器；

存储器；

一个或多个程序，其中所述一个或多个程序存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行根据权利要求1-6所述方法中的任一方法的指令。

12.一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当计算设备执行时，使得所述计算设备执行根据权利要求1-6所述的方法中的任一方法。

Images