CN109936605B - 一种加载接口数据的方法和装置 - Google Patents

Abstract

本发明公开了一种加载接口数据的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收接口注册信息；根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；向目标终端发送请求逻辑；目标终端若无法直接请求接口数据，则根据所述请求逻辑发送静态数据请求；当接收到静态数据请求时，返回备份的接口数据作为请求结果。该实施方式能够提高获取接口数据的稳定程度，保障页面成功渲染。

Description

一种加载接口数据的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种加载接口数据的方法和装置。

背景技术

浏览器在加载网页时，会根据获取到的页面文件发出接口数据请求，然后根据接收到的接口数据对页面进行渲染。该运行模式依赖于数据接口的稳定性，只有在数据接口能够保证良好的响应时，用户才会取得较好的浏览体验；一旦数据接口出现不稳定的问题，会导致浏览器无法获取到页面中的部分接口数据，引发对页面的渲染异常甚至页面崩溃。

在实现本发明过程中，发明人发现现有技术中尚无对于因数据接口不稳定而导致的页面渲染失败问题的有效解决方案，通常只能等待后台调试数据接口直至恢复稳定，在此期间页面无法正常显示，有损用户的使用体验，甚至可能造成直接的经济损失。

发明内容

有鉴于此，本发明实施例提供一种加载接口数据的方法和装置，能够提高获取接口数据的稳定程度，保障页面成功渲染。

为实现上述目的，根据本发明实施例的一个方面，提供了一种加载接口数据的方法，包括：

接收接口注册信息；

根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；

向目标终端发送请求逻辑；目标终端若无法直接请求接口数据，则根据所述请求逻辑发送静态数据请求；

当接收到静态数据请求时，返回备份的接口数据作为请求结果。

可选的，所述接口注册信息包括接口标识，所述接口标识唯一对应于接口地址与接口参数的一个组合；所述根据所述接口注册信息建立备份任务的步骤之后，还包括：

为所述备份任务申请用于存储备份的接口数据的备份数据地址；

生成包括所述接口标识和所述备份数据地址的静态数据配置信息；

发送所述静态数据配置信息。

可选的，所述发送所述静态数据配置信息的步骤，包括：

在接收到页面请求时，将所述静态数据配置信息添加至所述页面请求所对应页面的页面文件中，然后发送所述页面文件。

可选的，所述发送所述页面文件的步骤之前，还包括：

将请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送数据请求之前，判断所述静态数据配置信息中是否存在与待请求的接口数据所对应的接口地址和接口参数相匹配的接口标识；若存在，则根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求；若不存在，则根据所述接口地址和接口参数发送接口数据请求。

可选的，所述发送所述页面文件的步骤之前，还包括：

将请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送接口数据请求之后，确定等待时长后未接收到接口数据，则在所述静态数据配置信息中查询与所述接口数据请求中的接口地址和接口参数相匹配的接口标识，然后根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求。

可选的，所述接口注册信息包括接口请求信息和备份间隔时长；所述根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份的步骤，包括：

建立备份任务；

将所述接口请求信息加入所述备份任务；

为所述备份任务设置定时器，将所述定时器的定时时长设置为所述备份间隔时长；

确定任一备份任务的定时器超时，则根据所述任一备份任务的接口请求信息向数据接口请求接口数据，然后备份接收到的所述接口数据。

为实现上述目的，根据本发明实施例的另一个方面，提供了一种加载接口数据的装置，包括：

注册信息获取模块，用于接收接口注册信息；

接口数据备份模块，用于根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；

配置信息模块，用于向目标终端发送请求逻辑；若目标终端无法直接请求接口数据，则根据所述请求逻辑发送静态数据请求；

请求反馈模块，用于当接收到静态数据请求时，返回备份的接口数据作为请求结果。

可选的，所述接口注册信息包括接口标识，所述接口标识唯一对应于接口地址与接口参数的一个组合；所述装置还包括：

配置信息模块，用于为所述备份任务申请用于存储备份的接口数据的备份数据地址；生成包括所述接口标识和所述备份数据地址的静态数据配置信息；发送所述静态数据配置信息。

可选的，所述配置信息模块还用于：

在接收到页面请求时，将所述静态数据配置信息添加至所述页面请求所对应页面的页面文件中，然后发送所述页面文件。

可选的，所述配置信息模块还用于：

将请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送数据请求之前，判断所述静态数据配置信息中是否存在与待请求的接口数据所对应的接口地址和接口参数相匹配的接口标识；若存在，则根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求；若不存在，则根据所述接口地址和接口参数发送接口数据请求。

可选的，所述配置信息模块还用于：

将请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送接口数据请求之后，确定等待时长后未接收到接口数据，则在所述静态数据配置信息中查询与所述接口数据请求中的接口地址和接口参数相匹配的接口标识，然后根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求。

可选的，所述接口注册信息包括接口请求信息和备份间隔时长；所述接口数据备份模块还用于：

建立备份任务；将所述接口请求信息加入所述备份任务；为所述备份任务设置定时器，将所述定时器的定时时长设置为所述备份间隔时长；确定任一备份任务的定时器超时，则根据所述任一备份任务的接口请求信息向数据接口请求接口数据，然后备份接收到的所述接口数据。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种加载接口数据的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器至少实现：

接收接口注册信息；

根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；

当接收到静态数据请求时，返回备份的接口数据作为请求结果。

为实现上述目的，根据本发明实施例的又一个方面，提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时至少实现：

接收接口注册信息；

根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；

当接收到静态数据请求时，返回备份的接口数据作为请求结果。

上述发明中的一个实施例具有如下优点或有益效果：因为采用将接口数据预先备份为静态数据，以便浏览器在请求这些接口数据时不通过接口调用，而是直接返回静态数据技术手段，所以克服了数据接口不稳定而导致的页面渲染失败的技术问题，进而达到提高获取接口数据的稳定程度，保障页面成功渲染的技术效果。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的加载接口数据的方法的主要步骤的示意图；

图2是根据本发明实施例的加载接口数据的装置的主要模块的示意图；

图3是基于本发明实施例的加载接口数据的方法构建的页面数据加载系统的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的加载接口数据的方法的主要步骤的示意图。

如图1所示，本实施例提供的加载接口数据的方法主要包括以下步骤：

S10，服务器端接收接口注册信息。接口注册信息由开发人员编辑并发送至服务器端，用于将待备份的接口数据所对应的数据接口和接口参数等相关数据在服务器端进行注册，以便服务器端根据这些相关数据对待备份的接口数据进行备份和更新。

S11，服务器端根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份。服务器端在接收到接口注册信息后，会根据接口注册信息在任务队列或任务池中建立新的备份任务，并将接口注册信息加入该备份任务；然后，服务器端会定期对各备份任务进行处理，即根据接口注册信息中的数据接口和接口参数等相关数据向数据接口请求实时的接口数据，然后将接收到的接口数据进行保存，从而将接口数据备份为静态数据。

S12，用户端向服务器端发送静态数据请求。静态数据请求用于请求获取被备份为静态数据的接口数据，为了确定待请求的接口数据是否已经被备份，用户端需要持有一份与服务器端的备份任务相对应的静态数据配置信息，该静态数据配置信息可以由用户端定期从服务器端获取，也可以在用户端加载页面时，由服务器端添加至页面文件、并连同页面文件一并发送至用户端。静态数据请求中可以包含与备份任务唯一对应的标识项、地址项等，以便服务器端根据静态数据请求查找并向用户端反馈指定的静态数据。

S13，当服务器端接收到静态数据请求时，返回备份的接口数据作为请求结果。

从上面所述可以看出，本实施例提供的方法，因为采用将页面中的部分或者全部接口数据预先备份为静态数据，以便浏览器在请求这些接口数据时不通过接口调用，而是直接返回静态数据的技术手段，一方面提高了页面的稳定性，即使在数据接口发生异常的情况下也可以保证页面的正常渲染；另一方面，由于无需向数据接口请求实时数据，而是直接获取静态数据，所以可以减少页面的请求用时；此外，通过将部分常用数据通过本实施例的方法进行处理，还可以缓解接口服务器的压力，避免接口调用高峰期接口服务器因调用量巨大而导致的异常问题。

在一些可选的实施例中，所述接口注册信息包括接口标识，所述接口标识唯一对应于接口地址与接口参数的一个组合。接口地址用于指示向哪个数据接口请求数据，接口参数用于进一步指定向该数据接口请求哪些数据，因此一个接口地址与一个或者多个接口参数的组合，可以唯一对应于一种获取接口数据的方式。例如通过接口参数“text”指定从数据接口获取文本内容，那么即使在接口服务器保存的该数据接口的文本内容发生了改变，仍然可以通过该参数获取到改变后的文本内容。

根据本实施例，在S11，服务器端根据所述接口注册信息建立备份任务的步骤之后，还包括：

服务器端为所述备份任务申请用于存储备份的接口数据的备份数据地址。备份数据地址一方面用于指示服务器端在接收到接口数据后的存储位置，另一方面在后续步骤中还会加入到静态数据配置信息里，以便用户端从该备份数据地址获取静态的接口数据。

服务器端生成包括所述接口标识和所述备份数据地址的静态数据配置信息。

服务器端发送所述静态数据配置信息至用户端。

在本实施例的一些可选的实施方式中，所述服务器端发送所述静态数据配置信息至用户端的步骤包括：

服务器端在接收到用户端发送的页面请求时，将所述静态数据配置信息添加至所述页面请求所对应页面的页面文件中，然后发送所述页面文件至用户端。

本实施方式将静态数据配置信息作为页面文件的一部分，伴随页面文件一同发送至用户端，从而可以保证用户端接收到的静态数据配置信息是在请求页面时的最新版本，以防止根据该静态数据配置信息获取到的静态接口数据出现滞后问题。当然，在另外一些可选的实施方式中，用户端也可以定期从服务器端获取静态数据配置信息并保存在用户端本地，以便在发送请求时使用。

在本实施例的一些可选的实施方式中，在发送所述页面文件至用户端的步骤之后，还包括：

将请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在用户端发送数据请求之前，判断所述静态数据配置信息中是否存在与待请求的接口数据所对应的接口地址和接口参数相匹配的接口标识；若存在，则根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求；若不存在，则根据所述接口地址和接口参数发送接口数据请求。

所述请求逻辑的具体实现方式可以是一段嵌入在页面文件中的代码；当用户端在发送数据请求之前，会执行这一段代码，以判断发送何种数据请求。

本实施方式中提到了两种类型的数据请求：静态数据请求和接口数据请求；其中，静态数据请求用于向静态服务器请求已经备份的接口数据，接口数据请求用于向接口服务器请求实时的接口数据。本实施方式提供的方法，优先判断待请求的接口数据的接口地址和接口参数所对应的接口标识是否存在于静态数据配置信息中，若存在，则说明该接口数据已经经过注册并被备份，此时直接向服务器端发送静态数据请求，从静态服务器获取备份的静态接口数据；若不存在，则通过常规方式向接口服务器发送接口数据请求，从接口服务器获取实时的接口数据。

在另外一些可选的实施方式中，所述请求逻辑还可以为：

在用户端发送接口数据请求之后，确定等待时长后未接收到接口数据，则在所述静态数据配置信息中查询与所述接口数据请求中的接口地址和接口参数相匹配的接口标识，然后根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求。其中，等待时长是一个预设的时间长度，可以由开发者综合用户体验、服务器压力等各方面因素进行设定。与前一实施方式相比，本实施方式更加关注接口数据的实时性，即在通常情况下，优先通过数据接口获取实时接口数据；一旦无法及时从数据接口获取到实时接口数据，则转而获取备份的静态接口数据。本实施例可以应用于一些对时效性要求较高的场合，例如实时新闻等。

在一些可选的实施例中，所述接口注册信息包括接口请求信息和备份间隔时长；S11，服务器端根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份的步骤，包括：

建立备份任务。在前面的实施例中已经提到，备份任务可以存放在任务池或者任务队列中，以便对备份任务进行管理。

将所述接口请求信息加入所述备份任务。接口请求信息是执行备份任务所必需的内容，需要根据接口请求信息获取实时接口数据以便进行备份。

为所述备份任务设置定时器，将所述定时器的定时时长设置为所述备份间隔时长。

确定任一备份任务的定时器超时，则根据所述任一备份任务的接口请求信息向数据接口请求接口数据，然后备份接收到的所述接口数据。

在本实施方式中，对于每个备份任务而言，其备份间隔时长可以不同，对于实时性要求较高的接口数据，其对应的备份任务的备份间隔时长则应当设置为较短的时间；而对于实时性要求较低、在一段时间内不会发生改变的接口数据，其对应的备份任务的备份间隔时长则可以设置为较长的时间。此外，还可以额外配置各备份任务的最大备份次数，即当某一接口任务被执行的次数达到最大备份次数后，则不再处理该接口任务，并可选地将该备份任务从任务池或任务队列中删除。

图2是根据本发明实施例的加载接口数据的装置的主要模块的示意图。

如图所示，本发明实施例提供一种加载接口数据的装置200，包括：

注册信息获取模块201，用于接收接口注册信息；

接口数据备份模块202，用于根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；

请求反馈模块203，用于当接收到静态数据请求时，返回备份的接口数据作为请求结果。

本实施例提供的装置，因为采用将页面中的部分或者全部接口数据预先备份为静态数据，以便浏览器在请求这些接口数据时不通过接口调用，而是直接返回静态数据的技术手段，一方面提高了页面的稳定性，即使在数据接口发生异常的情况下也可以保证页面的正常渲染；另一方面，由于无需向数据接口请求实时数据，而是直接获取静态数据，所以可以减少页面的请求用时；此外，通过将部分常用数据通过本实施例的方法进行处理，还可以缓解接口服务器的压力，避免接口调用高峰期接口服务器因调用量巨大而导致的异常问题。

可选的，所述接口注册信息包括接口标识，所述接口标识唯一对应于接口地址与接口参数的一个组合；所述装置200还包括：

配置信息模块204，用于为所述备份任务申请用于存储备份的接口数据的备份数据地址；生成包括所述接口标识和所述备份数据地址的静态数据配置信息；发送所述静态数据配置信息。

可选的，所述配置信息模块204还用于：

在接收到页面请求时，将所述静态数据配置信息添加至所述页面请求所对应页面的页面文件中，然后发送所述页面文件。

可选的，所述配置信息模块204还用于：

将请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送数据请求之前，判断所述静态数据配置信息中是否存在与待请求的接口数据所对应的接口地址和接口参数相匹配的接口标识；若存在，则根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求；若不存在，则根据所述接口地址和接口参数发送接口数据请求。

可选的，所述配置信息模块204还用于：

将请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送接口数据请求之后，确定等待时长后未接收到接口数据，则在所述静态数据配置信息中查询与所述接口数据请求中的接口地址和接口参数相匹配的接口标识，然后根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求。

可选的，所述接口注册信息包括接口请求信息和备份间隔时长；所述接口数据备份模块202还用于：

建立备份任务；将所述接口请求信息加入所述备份任务；为所述备份任务设置定时器，将所述定时器的定时时长设置为所述备份间隔时长；确定任一备份任务的定时器超时，则根据所述任一备份任务的接口请求信息向数据接口请求接口数据，然后备份接收到的所述接口数据。

图3是基于本发明实施例的加载接口数据的方法构建的页面数据加载系统的示意图。

如图3所示，本实施例提供的页面数据加载系统300，主要包括接口注册子系统310、静态数据子系统320和数据请求子系统330。其中，接口注册子系统310设置于开发者的用户端，静态数据子系统320设置于服务器端，数据请求子系统330物理上的设置方式较为特殊，在后文对其具体的介绍中进行说明。

1.接口注册子系统310

该子系统主要用于获取待注册数据接口的接口注册信息，然后向静态数据子系统320发送包含该接口注册信息的接口注册请求，以及在接收到静态数据子系统320返回的静态数据配置信息后，保存该静态数据配置信息，以备数据请求子系统330使用。接口注册子系统310包括接口注册模块311和注册请求模块312，下面分别介绍这两个模块的功能。

接口注册模块311用于接收用户输入的接口注册信息，以及将接口注册信息传递至注册请求模块。其中，在获取到的接口注册信息时，优选采用JSON(JavaScript ObjectNotation，JS对象标记)对象等易于进行传输的格式进行临时存储，以便后续通过接口注册请求进行发送。接口注册信息主要包括：

静态数据配置信息存储路径，用于指定从静态数据子系统320返回的静态数据配置信息的存储位置，若该项目为空，则接收到的静态数据配置信息将被存储至默认路径；需要说明的是，该项目信息可以保存在接口注册子系统310内，而无需添加至接口注册请求中；

接口请求信息，包括接口地址以及接口参数；根据接口地址，可以确定需要向哪个数据接口请求数据，根据接口参数，可以进一步确定需要向该数据接口请求哪些数据；

接口标识，是由使用者预先定义的、与接口地址和接口参数的组合一一对应的关键字，即根据一个接口标识可以唯一确定从哪个数据接口获取哪些数据；在同一接口注册信息中，接口标识所对应的接口与接口请求信息中接口地址所对应的接口相同；

备份参数，用于指定静态数据子系统320的备份规则，例如定时从接口服务器350请求接口数据时的时间间隔，以及对于该接口注册信息所对应数据的最大备份次数(超出该次数则不再请求接口数据)等。

注册请求模块312用于在接收到接口注册信息后，生成包含该接口注册信息的接口注册请求，然后将该接口注册请求发送至静态数据子系统320，以及接收由静态数据子系统320返回的静态数据配置信息，并保存该静态数据配置信息。注册请求模块312可选的通过request方法与静态数据子系统320进行通信，request是一个基于Node.js的封装了数据请求方法的扩展，提供了更便利的接口；Node.js是一个基于Chrome Javascript运行时建立的平台，用于方便地搭建响应速度快、易于扩展的网络应用，Node.js使用事件驱动、非阻塞I/O模型而得以轻量和高效，非常适合在分布式设备上运行数据密集型的实时应用。

其中，注册请求模块312在接收到静态数据配置信息后，会首先获取接口注册信息中的静态数据配置信息存储路径(若此项为空则获取默认路径)，查询该路径下是否存在静态数据配置文件；若确定存在配置文件，则使用接收到的静态数据配置信息覆盖该已存在的配置文件中的内容；若确定不存在配置文件，则创建一份新的静态数据配置文件，并将接收到的静态数据配置信息写入该静态数据配置文件中。需要说明的是，在进行数据接口注册时，可以采用以下两种方式：第一种，在首次请求中加入全部的待注册数据接口的接口注册信息，在后续请求中，修改单项的接口注册信息后，仍然将全部的接口注册信息加入请求中，若采用这种方式，则接收到的静态数据配置信息对应于所请求的全部数据接口，直接使用接收到的静态数据配置信息替换配置文件中的全部内容即可；第二种，每一次请求中发送一个或少量待注册接口的接口注册信息了，则在接收到返回的静态数据配置信息后对配置文件进行更新，即对于返回的每一条静态数据配置信息，在配置文件中查找是否有相同的数据接口所对应的静态数据配置信息存在，若有则替换已存在的信息，若没有则将其添加至配置文件中。在一些较佳的实施方式中，为每一个不同的页面设置一个配置文件，将页面中需要通过静态途径进行加载的接口的静态数据配置信息保存唉该页面的配置文件中，以便用户进行加载。

可选的，注册请求模块312利用fs-extra将静态数据子系统320返回的静态数据配置信息(以JSON文件的形式返回)保存至本地；fs-extra是Node.js系统fs文件读写模块的扩展，提供了更多便利的接口，并继承了fs模块的接口。

此外，在本实施例中，优选采用JSONP等跨域访问方式实现不同子系统之间或模块与CDN服务器之间的传输数据，例如注册请求模块312与注册请求处理模块321之间的数据传输，以及后文中的接口数据获取模块332与CDN服务器340之间的数据传输。JSONP(JSONwith Padding)是JSON的一种“使用模式”，可用于解决主流浏览器的跨域数据访问的问题。由于同源策略，构建与某一域的网页无法与其他域中的服务器进行数据交互，而HTML(HyperText Markup Language，超级文本标记语言)中的<script>元素是一个例外。利用<script>元素的开放策略，网页可以得到从其他域来源动态产生的JSON资料，而这种使用模式就是所谓的JSONP。用JSONP获取的数据并不是JSON对象，而是任意的JavaScript脚本，可以由网页通过JavaScript直译器执行而非通过JSON解析器解析后再执行。

2.静态数据子系统320

该子系统主要用于接收接口注册子系统310发送的接口注册请求，然后根据该接口注册请求建立备份任务，并生成静态数据配置信息返回至接口注册子系统310，以及根据备份任务定期向接口服务器350请求接口数据，将接收到的接口数据保存至CDN服务器340作为CDN静态数据，以备数据请求子系统330使用。静态数据子系统320包括注册请求处理模块321和接口数据备份模块322，下面分别介绍这两个模块的功能。

本实施例中提到的CDN全称为Content Delivery Network，即内容分发网络。该网络模式广泛采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求，可以提高响应速度。应当理解，在本实施例中，对于规模小而集中的使用场景，也可以不使用CDN服务器而采用一般的缓存服务器等来实现与CDN服务器340相同或相近的功能。

注册请求处理模块321用于在接收到注册请求模块312发送的接口注册请求时，解析该接口注册请求，以得到接口请求信息、接口标识和备份参数；然后根据接口请求信息、接口标识和备份参数对备份任务进行初始化，即向任务队列(或者任务池)中加入该接口注册请求所对应的备份任务；在成功建立备份任务后，该模块还用于生成静态数据配置信息，并返回至注册请求模块312。静态数据配置信息主要包括：

接口标识，直接从接口注册请求中解析得到，是由使用者预先定义的、与接口请求信息一一对应的一个关键字；对于同一个数据接口而言，若采用不同的接口参数向其请求数据，则获取到的接口数据也不相同，故接口标识是与“接口地址+接口参数”这一组合一一对应的，每一中不同的请求数据的方式对应于一个接口标识；

CDN地址，在备份任务建立后，接口数据备份模块322会首先向CDN服务器340申请该备份任务中将要获取到的静态数据的存储路径，即CDN地址，并由注册请求处理模块321加入静态数据配置信息，以便数据请求子系统330根据该地址获取静态数据；

回调函数名，是一个通过组合接口标识与注册时的服务器时间戳生成的字符串，数据请求子系统330会根据该回调函数名调用相应的静态数据。

接口数据备份模块322用于根据接口任务定期备份接口数据。任务队列(或者任务池)设置有总计时器，对于每一个任务还设置有独立计时器。当总计时器超时后，接口数据备份模块322会遍历任务队列中的全部备份任务，判断各备份任务的独立计时器是否超时；以及根据独立计时器超时的备份任务，向接口服务器350发起请求，获取最新的接口数据，并将该最新的接口数据保存至CDN服务器340中替换CDN服务器340的原有CDN静态数据。总计时器的计时时长可以根据业务需要和系统压力确定，独立计时器的计时时长记录在备份参数中。应当理解，总计时器和各独立计时器均会在一次计时完成后，重新开始计时。可选的，当备份任务被执行的次数达到备份参数中的最大备份次数时，不再执行该备份任务，例如可以停止该备份任务对应的独立计时器，或者将该备份任务从任务队列中删除。

3.数据请求子系统330

该子系统用于在页面向数据接口发送数据请求之前，判断是否已经注册过该数据接口；若确定没有注册过该数据接口，则按照常规数据请求的流程向接口服务器350发送数据请求来获取指定数据；若确定已经注册过该数据接口，则直接从CDN服务器340获取CDN静态数据。数据请求子系统330包括配置信息读取模块331和接口数据获取模块332，下面分别介绍这两个模块的功能。

配置信息读取模块331用于读取由注册请求模块312建立的配置文件，然后将配置文件中存储的静态数据配置信息传递给接口数据获取模块332。

接口数据获取模块332用于判断是否已经接收到静态数据配置信息，若未接收到，则按照正常的流程向接口服务器350请求接口数据。若已接收到，则在每一次向数据接口发送数据请求之前，遍历全部静态数据配置信息，将每一份静态数据配置信息记录的接口标识与数据请求中的接口标识字段的值进行比较；若确定存在匹配的静态数据配置信息，说明该数据接口已经被注册，存在CDN静态数据，则根据静态数据配置信息中的CDN地址从CDN服务器获取CDN静态数据，作为请求到的接口数据；若没有查询到匹配的静态数据配置信息，则按照正常的流程向接口服务器350请求接口数据。

可选的，接口数据获取模块332采用了Fetch技术作为异步请求的底层实现方式。Fetch的全称是Fetch API(API，Application Programming Interface，应用程序编程接口)，它是W3C(World Wide Web Consortium，万维网联盟)所制订的正式标准，除了自动选择请求的对象外Fetch也带来了更加高效的异步请求。

配置信息读取模块331可以设置在普通用户的客户端，此时可以在页面文件内加入静态数据配置信息存储路径，当页面文件被浏览器加载后，配置信息读取模块331从页面文件记录的静态数据配置信息存储路径获取配置文件，从而获取到静态数据配置信息。

配置信息读取模块331也可以设置在服务器端，当页面文件被浏览器请求时，配置信息读取模块331读取服务器端存放的配置文件以得到静态数据配置信息，然后将静态数据配置信息注入到页面文件中，则页面文件被浏览器加载后，静态数据配置信息同时被浏览器获取。接口数据获取模块332设置于普通用户的客户端，具体来说是嵌入在页面文件中的一段逻辑代码，用于实现前面所述的判断和数据获取的功能。

图4示出了可以应用本发明实施例的加载接口数据的方法或加载接口数据的装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如网页浏览器应用等。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的网页提供支持的后台服务器。后台服务器可以将接口数据备份为静态数据，并在接收到用户发送的静态数据请求时将备份的静态数据反馈给终端设备。

需要说明的是，本发明实施例所提供的加载接口数据的方法一般由服务器405执行，相应地，加载接口数据的装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

根据本发明的实施例，本发明还提供了一种电子设备和一种可读存储介质。

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明的实施例，上文主要步骤的示意图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤的示意图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括注册信息获取模块、接口数据备份模块、请求反馈模块和配置信息模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，接口数据备份模块还可以被描述为“用于根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

接收接口注册信息；

根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；

当接收到静态数据请求时，返回备份的接口数据作为请求结果。

因为采用将页面中的部分或者全部接口数据预先备份为静态数据，以便浏览器在请求这些接口数据时不通过接口调用，而是直接返回静态数据的技术手段，一方面提高了页面的稳定性，即使在数据接口发生异常的情况下也可以保证页面的正常渲染；另一方面，由于无需向数据接口请求实时数据，而是直接获取静态数据，所以可以减少页面的请求用时；此外，通过将部分常用数据通过本实施例的方法进行处理，还可以缓解接口服务器的压力，避免接口调用高峰期接口服务器因调用量巨大而导致的异常问题。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (14)

1.一种加载接口数据的方法，其特征在于，包括：

接收接口注册信息；

根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；

向目标终端发送请求逻辑；目标终端若无法直接请求接口数据，则根据所述请求逻辑发送静态数据请求；

当接收到所述静态数据请求时，返回备份的接口数据作为请求结果。

2.根据权利要求1所述的方法，其特征在于，所述接口注册信息包括接口标识，所述接口标识唯一对应于接口地址与接口参数的一个组合；所述根据所述接口注册信息建立备份任务的步骤之后，还包括：

为所述备份任务申请用于存储备份的接口数据的备份数据地址；

生成包括所述接口标识和所述备份数据地址的静态数据配置信息；

发送所述静态数据配置信息。

3.根据权利要求2所述的方法，其特征在于，所述发送所述静态数据配置信息的步骤，包括：

在接收到页面请求时，将所述静态数据配置信息添加至所述页面请求所对应页面的页面文件中，然后发送所述页面文件。

4.根据权利要求3所述的方法，其特征在于，所述发送所述页面文件的步骤之前，还包括：

将所述请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送数据请求之前，判断所述静态数据配置信息中是否存在与待请求的接口数据所对应的接口地址和接口参数相匹配的接口标识；若存在，则根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求；若不存在，则根据所述接口地址和接口参数发送接口数据请求。

5.根据权利要求3所述的方法，其特征在于，所述发送所述页面文件的步骤之前，还包括：

将所述请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送接口数据请求之后，确定等待时长后未接收到接口数据，则在所述静态数据配置信息中查询与所述接口数据请求中的接口地址和接口参数相匹配的接口标识，然后根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求。

6.根据权利要求1所述的方法，其特征在于，所述接口注册信息包括接口请求信息和备份间隔时长；所述根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份的步骤，包括：

建立备份任务；

将所述接口请求信息加入所述备份任务；

为所述备份任务设置定时器，将所述定时器的定时时长设置为所述备份间隔时长；

确定任一备份任务的定时器超时，则根据所述任一备份任务的接口请求信息向数据接口请求接口数据，然后备份接收到的所述接口数据。

7.一种加载接口数据的装置，其特征在于，包括：

注册信息获取模块，用于接收接口注册信息；

接口数据备份模块，用于根据所述接口注册信息建立备份任务，然后根据所述备份任务对接口数据进行备份；

配置信息模块，用于向目标终端发送请求逻辑；若目标终端无法直接请求接口数据，则根据所述请求逻辑发送静态数据请求；

请求反馈模块，用于当接收到所述静态数据请求时，返回备份的接口数据作为请求结果。

8.根据权利要求7所述的装置，其特征在于，所述接口注册信息包括接口标识，所述接口标识唯一对应于接口地址与接口参数的一个组合；所述配置信息模块还用于：

为所述备份任务申请用于存储备份的接口数据的备份数据地址；生成包括所述接口标识和所述备份数据地址的静态数据配置信息；发送所述静态数据配置信息。

9.根据权利要求8所述的装置，其特征在于，所述配置信息模块还用于：

在接收到页面请求时，将所述静态数据配置信息添加至所述页面请求所对应页面的页面文件中，然后发送所述页面文件。

10.根据权利要求9所述的装置，其特征在于，所述配置信息模块还用于：

将所述请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送数据请求之前，判断所述静态数据配置信息中是否存在与待请求的接口数据所对应的接口地址和接口参数相匹配的接口标识；若存在，则根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求；若不存在，则根据所述接口地址和接口参数发送接口数据请求。

11.根据权利要求9所述的装置，其特征在于，所述配置信息模块还用于：

将所述请求逻辑添加至所述页面请求所对应页面的页面文件中；其中，所述请求逻辑包括：

在发送接口数据请求之后，确定等待时长后未接收到接口数据，则在所述静态数据配置信息中查询与所述接口数据请求中的接口地址和接口参数相匹配的接口标识，然后根据所述相匹配的接口标识所对应的备份数据地址发送静态数据请求。

12.根据权利要求7所述的装置，其特征在于，所述接口注册信息包括接口请求信息和备份间隔时长；所述接口数据备份模块还用于：

建立备份任务；将所述接口请求信息加入所述备份任务；为所述备份任务设置定时器，将所述定时器的定时时长设置为所述备份间隔时长；确定任一备份任务的定时器超时，则根据所述任一备份任务的接口请求信息向数据接口请求接口数据，然后备份接收到的所述接口数据。

13.一种加载接口数据的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。

Images