页面加载数据的静态化处理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种页面加载数据的静态化处理方法和装置。

背景技术

目前主流的Web项目在页面加载上前端技术上主要使用前后端分离或者动静分离，后台对于业务数据的请求一般只有特地场景才做缓存处理，导致页面加载速度慢。

在提升页面加载速度上，架构层面主要使用动静分离(例如单独搭建静态资源服务器)、CDN部署，框架层面使用前后端分离等技术(例如Vue、React)解决加载速度问题，编译层面一般使用WebPack实现按需引用，后台代码层面一般是根据具体的业务场景进行数据缓存的处理。

但是，现有技术在提升页面加载速度上，更多的是在静态资源层面优化，例如图片、JS、CSS、HTML等静态资源，而在实际项目中，不同量级不同业务场景的接口的响应速度是加载速度中极重要的一环。由于缺少对业务数据的分类别的静态化存储框架，所以对设计人员、开发人员的依赖较高，同时很多的请求始终是在获取重复的数据，凭空增加了服务器和数据库的压力。

发明内容

针对现有技术中的问题，本发明提供一种页面加载数据的静态化处理方法和装置、电子设备以及计算机可读存储介质，能够至少部分地解决现有技术中存在的问题。

为了实现上述目的，本发明采用如下技术方案：

第一方面，提供一种页面加载数据的静态化处理方法，包括：

获取用户终端发送的业务数据访问请求，所述业务数据访问请求包块：首次访问标识、访问接口标识以及用户终端本地的所述业务数据的更新时间；

根据所述首次访问标识判断所述用户终端是否为首次访问所述业务数据；

若否，根据本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；

根据所述访问接口类型、所述用户终端本地的所述业务数据的更新时间答复所述用户终端。

进一步地，所述根据所述访问接口类型、所述用户终端本地的所述业务数据的更新时间答复所述用户终端，包括：

若访问接口类型为永久型，向所述用户终端反馈读取其本地的历史业务数据的指令；

若访问接口类型为动态更新型或定时更新型，则判断所述本地缓存中是否存在所述业务数据；

若存在，则根据所述用户终端本地的所述业务数据的更新时间以及所述本地缓存中所述业务数据的更新时间答复所述用户终端。

进一步地，所述根据所述用户终端本地的所述业务数据的更新时间以及所述本地缓存中所述业务数据的更新时间答复所述用户终端，包括：

判断所述用户终端本地的所述业务数据的更新时间与所述本地缓存中所述业务数据的更新时间是否一致；

若一致，则向所述用户终端反馈读取其本地的历史业务数据的指令；

若不一致，则将所述本地缓存中的所述业务数据及其更新时间反馈给所述用户终端。

进一步地，所述根据所述访问接口类型、所述用户终端本地的所述业务数据的更新时间答复所述用户终端，还包括：

若所述本地缓存中不存在所述业务数据，则根据所述访问接口标识访问对应的数据库以获取所述业务数据；

将所述业务数据及当前时间反馈至所述用户终端，并将所述业务数据及当前时间存储在所述本地缓存中，其中，当前时间作为所述业务数据的更新时间。

进一步地，页面加载数据的静态化处理方法还包括：

若所述用户终端为首次访问所述业务数据，则判断所述本地缓存中是否存在所述业务数据；

若存在，根据所述本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；

根据所述访问接口类型答复所述用户终端。

进一步地，所述根据所述访问接口类型答复所述用户终端，包括：

若访问接口类型为永久型，将所述业务数据反馈至所述用户终端；

若访问接口类型为动态更新型或定时更新型，将所述业务数据及其更新时间反馈至所述用户终端。

进一步地，页面加载数据的静态化处理方法还包括：

若所述本地缓存中不存在所述业务数据，则根据所述访问接口标识访问对应的数据库以获取所述业务数据；

将所述业务数据及当前时间反馈至所述用户终端，并将所述业务数据及当前时间存储在所述本地缓存中，其中，当前时间作为所述业务数据的更新时间。

进一步地，页面加载数据的静态化处理方法还包括：

设置各接口的类型以及动态更新接口的数据更新触发条件形成接口配置文件；

将所述接口配置文件保存在所述本地缓存中；

其中，所述接口的类型包括：永久、定时、动态更新3类。

进一步地，页面加载数据的静态化处理方法还包括：

根据所述接口配置文件维护所述本地缓存中的对应数据。

进一步地，所述根据所述接口配置文件维护所述本地缓存中的对应数据，包括：

定时删除所述本地缓存中定时更新类型接口对应的数据。

进一步地，所述根据所述接口配置文件维护所述本地缓存中的对应数据，包括：

判断所述接口配置文件中的动态更新接口的数据更新触发条件是否满足；

若是，则删除所述本地缓存中的满足数据更新触发条件的动态更新接口对应的数据。

第二方面，提供一种页面加载数据的静态化处理装置，包括：

访问请求获取模块，获取用户终端发送的业务数据访问请求，所述业务数据访问请求包块：首次访问标识、访问接口标识以及用户终端本地的所述业务数据的更新时间；

首次判断模块，根据所述首次访问标识判断所述用户终端是否为首次访问所述业务数据；

第一接口类型判断模块，若所述用户终端并非首次访问所述业务数据，根据本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；

第一答复模块，根据所述访问接口类型、所述用户终端本地的所述业务数据的更新时间答复所述用户终端。

进一步地，所述第一答复模块包括：

第一反馈单元，若访问接口类型为永久型，向所述用户终端反馈读取其本地的历史业务数据的指令；

第一判断单元，若访问接口类型为动态更新型或定时更新型，则判断所述本地缓存中是否存在所述业务数据；

第二反馈单元，若存在，则根据所述用户终端本地的所述业务数据的更新时间以及所述本地缓存中所述业务数据的更新时间答复所述用户终端。

进一步地，所述第二反馈单元包括：

第一判断子单元，判断所述用户终端本地的所述业务数据的更新时间与所述本地缓存中所述业务数据的更新时间是否一致；

第一反馈子单元，若一致，则向所述用户终端反馈读取其本地的历史业务数据的指令；

第二反馈子单元，若不一致，则将所述本地缓存中的所述业务数据及其更新时间反馈给所述用户终端。

进一步地，所述第一答复模块还包括：

数据访问单元，若所述本地缓存中不存在所述业务数据，则根据所述访问接口标识访问对应的数据库以获取所述业务数据；

第三反馈单元，将所述业务数据及当前时间反馈至所述用户终端；

数据缓存单元，将所述业务数据及当前时间存储在所述本地缓存中，其中，当前时间作为所述业务数据的更新时间。

进一步地，页面加载数据的静态化处理装置还包括：

第一数据判断模块，若所述用户终端为首次访问所述业务数据，则判断所述本地缓存中是否存在所述业务数据；

第二接口类型判断模块，若存在，根据所述本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；

第二答复模块，根据所述访问接口类型答复所述用户终端。

进一步地，所述第二答复模块包括：

第四反馈单元，若访问接口类型为永久型，将所述业务数据反馈至所述用户终端；

第五反馈单元，若访问接口类型为动态更新型或定时更新型，将所述业务数据及其更新时间反馈至所述用户终端。

进一步地，页面加载数据的静态化处理装置还包括：

数据访问模块，若所述本地缓存中不存在所述业务数据，则根据所述访问接口标识访问对应的数据库以获取所述业务数据；

第三答复模块，将所述业务数据及当前时间反馈至所述用户终端；

数据缓存模块，将所述业务数据及当前时间存储在所述本地缓存中，其中，当前时间作为所述业务数据的更新时间。

进一步地，页面加载数据的静态化处理装置还包括：

接口配置模块，设置各接口的类型以及动态更新接口的数据更新触发条件形成接口配置文件；

配置缓存模块，将所述接口配置文件保存在所述本地缓存中；

其中，所述接口的类型包括：永久、定时、动态更新3类。

进一步地，页面加载数据的静态化处理装置还包括：

数据维护模块，根据所述接口配置文件维护所述本地缓存中的对应数据。

进一步地，所述数据维护模块包括：

定时删除单元，定时删除所述本地缓存中定时更新类型接口对应的数据。

进一步地，所述数据维护模块包括：

更新判断单元，判断所述接口配置文件中的动态更新接口的数据更新触发条件是否满足；

数据更新单元，删除所述本地缓存中的满足数据更新触发条件的动态更新接口对应的数据。

第三方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的页面加载数据的静态化处理方法的步骤。

第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的页面加载数据的静态化处理方法的步骤。

本发明提供的页面加载数据的静态化处理方法和装置，该方法包括：获取用户终端发送的业务数据访问请求，所述业务数据访问请求包块：首次访问标识、访问接口标识以及用户终端本地的所述业务数据的更新时间；根据所述首次访问标识判断所述用户终端是否为首次访问所述业务数据；若否，根据本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；根据所述访问接口类型、所述用户终端本地的所述业务数据的更新时间答复所述用户终端，其中，通过不同量级不同业务场景的接口分别进行处理，实现对业务数据的分类别的静态化存储框架，对设计人员、开发人员的依赖较低，防止重复数据传输，降低服务器和数据库的压力。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1为本发明实施例中的应用场景架构示意图；

图2是本发明实施例中的页面加载数据的静态化处理方法的流程示意图一；

图3是本发明实施例中的页面加载数据的静态化处理方法的流程示意图二；

图4示出了本发明实施例中步骤S400的具体步骤；

图5示出了本发明实施例中步骤S440的具体步骤；

图6示出了本发明实施例中步骤S700的具体步骤；

图7是本发明实施例中的页面加载数据的静态化处理方法的流程示意图三；

图8是本发明实施例中的页面加载数据的静态化处理方法的流程示意图四；

图9是本发明实施例中的页面加载数据的静态化处理装置的结构框图；

图10示出了本发明实施例中的第一答复模块的结构框图；

图11示出了本发明实施例中的第二反馈单元的结构框图；

图12为本发明实施例电子设备的结构图。

具体实施方式

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

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

现有技术在提升页面加载速度上，更多的是在静态资源层面优化，例如图片、JS、CSS、HTML等静态资源，而在实际项目中，不同量级不同业务场景的接口的响应速度是加载速度中极重要的一环。由于缺少对业务数据的分类别的静态化存储框架，所以对设计人员、开发人员的依赖较高，同时很多的请求始终是在获取重复的数据，凭空增加了服务器和数据库的压力。

目前主流解决方案的瓶颈主要是仅仅在传统的静态资源层面进行了静态化独立存储，本发明在一定程度上克服了以上缺点，可以按需实现按业务场景将接口数据进行静态化独立存储。

图1为本发明实施例中的应用场景架构示意图；如图1所示，用户通过用户终端B1～BN访问数据库C1～CK的接口A1～AM，在业务数据被请求时，前端的用户终端在上送参数的同时会上送报文的MD5值，到达应用服务器层在AOP层S1会统一拦截。AOP层在传统指定业务场景接入缓存的基础之上，添加了仿照http请求的强缓存和弱缓存和实时更新机制，可以更大幅度的降低服务器处理压力和数据库压力，同时降低了对开发和设计人员要求。

图2是本发明实施例中的页面加载数据的静态化处理方法的流程示意图一；如图2所示，该页面加载数据的静态化处理方法在AOP层执行，具体可以包括以下内容：

步骤S100：获取用户终端发送的业务数据访问请求，所述业务数据访问请求包块：首次访问标识、访问接口标识以及用户终端本地的所述业务数据的更新时间；

其中，首次访问标识用于标识该用户终端是否为首次访问该业务数据，访问接口标识可为数据库接口的ID等。

另外，当该用户终端为首次访问该业务数据时，该用户终端本地的所述业务数据的更新时间为空，当该用户终端为非首次访问该业务数据时，用户终端本地的所述业务数据的更新时间表示用户终端本地存储的上次访问的该业务数据的更新时间。

步骤S200：根据所述首次访问标识判断所述用户终端是否为首次访问所述业务数据；

若否，执行步骤S300；

步骤S300：根据本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；

其中，预先设置了接口类型，接口的类型包括：永久、定时、动态更新3类。

首先，根据访问接口标识在接口配置文件找到对应的接口，再获取接口的类型。

步骤S400：根据所述访问接口类型、所述用户终端本地的所述业务数据的更新时间答复所述用户终端。

通过不同量级不同业务场景的接口分别进行处理，实现对业务数据的分类别的静态化存储框架，对设计人员、开发人员的依赖较低，防止重复数据传输，降低服务器和数据库的压力。

在一个可选的实施例中，参见图3，该页面加载数据的静态化处理方法还可以包括以下内容：

步骤S500：判断所述本地缓存中是否存在所述业务数据；

若存在，执行步骤S600；若不存在，执行步骤S800。

其中，根据请求中的数据标识在本地缓存中搜索是否存在所需数据。

值得说明的是，在步骤S200的判断结果为是时，执行该步骤S500。

步骤S600：根据所述本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；

若缓存中存在所需数据时，根据接口类型来反馈相应的数据给用户终端。

步骤S700：根据所述访问接口类型答复所述用户终端。

具体地，针对永久型接口，其数据没有变动，可以直接让用户终端读取该用户终端本地存储的业务数据；若接口类型为定时更新或动态更新型，则需要根据用户终端本地的业务数据的更新时间以及本地缓存中的业务数据的更新时间来判断是将数据发送给用户终端，还是直接让用户终端读取该用户终端本地存储的业务数据。

步骤S800：根据所述访问接口标识访问对应的数据库以获取所述业务数据；

具体地，当本地缓存中没有所需的业务数据时，则访问数据库以获取该数据。

步骤S900：将所述业务数据及当前时间反馈至所述用户终端，并将所述业务数据及当前时间存储在所述本地缓存中，其中，当前时间作为所述业务数据的更新时间。

其中，在将数据反馈给用户终端的同时，在本地缓存中保存该数据，以便下一次有访问该业务数据的请求时，不需要再访问数据库，以减轻数据库的压力。

在一个可选的实施例中，参见图4，该步骤S400可以包括以下内容：

步骤S410：判断访问接口类型是否为永久型；

若是，执行步骤S420；若否，执行步骤S430。

步骤S420：向所述用户终端反馈读取其本地的历史业务数据的指令。

其中，永久型接口的数据没有变动，因此，不需要向用户终端反馈业务数据，直接让用户终端读取该用户终端本地存储的业务数据，以此，能够减少数据传输量，提高速度，降低服务器的压力。

步骤S430：判断所述本地缓存中是否存在所述业务数据；

若存在，执行步骤S440；若不存在，执行步骤S450。

步骤S440：根据所述用户终端本地的所述业务数据的更新时间以及所述本地缓存中所述业务数据的更新时间答复所述用户终端；

其中，若缓存中存在所需数据时，根据数据更新时间来反馈相应的数据给用户终端。

步骤S450：根据所述访问接口标识访问对应的数据库以获取所述业务数据；

具体地，当本地缓存中没有所需的业务数据时，则访问数据库以获取该数据。

步骤S460：将所述业务数据及当前时间反馈至所述用户终端，并将所述业务数据及当前时间存储在所述本地缓存中，其中，当前时间作为所述业务数据的更新时间。

其中，在将数据反馈给用户终端的同时，在本地缓存中保存该数据，以便下一次有访问该业务数据的请求时，不需要再访问数据库，以减轻数据库的压力。

在一个可选的实施例中，参见图5，该步骤S440可以包括以下内容：

步骤S441：判断所述用户终端本地的所述业务数据的更新时间与所述本地缓存中所述业务数据的更新时间是否一致；

若一致，执行步骤S442；若不一致，执行步骤S443。

步骤S442：向所述用户终端反馈读取其本地的历史业务数据的指令；

其中，当用户终端本地的所述业务数据的更新时间与所述本地缓存中所述业务数据的更新时间一致时，说明数据没有更新，则不需要向用户终端反馈业务数据，直接让用户终端读取该用户终端本地存储的业务数据，以此，能够减少数据传输量，提高速度，降低服务器的压力。

步骤S443：将所述本地缓存中的所述业务数据及其更新时间反馈给所述用户终端。

当用户终端本地的所述业务数据的更新时间与所述本地缓存中所述业务数据的更新时间不一致时，说明数据有更新，则将所述本地缓存中的所述业务数据及其更新时间反馈给所述用户终端。

在一个可选的实施例中，参见图6，该步骤S700可以包括以下内容：

步骤S710：判断访问接口类型是否为永久型；

若是，执行步骤S720；若否，执行步骤S730。

步骤S720：将所述业务数据反馈至所述用户终端。

其中，当访问接口类型为永久型时，数据是一直不变的，不需要将数据更新时间反馈给用户终端。

可选地，可以将业务数据及其对应的接口类型发送给用户终端，用户终端在下一次请求该业务数据时，基于永久类型接口的标识，不去访问该业务数据，直接用该用户终端本地存储的业务数据即可，以此，提高处理速度和效率，减少数据库的压力，降低通信压力等。

步骤S730：将所述业务数据及其更新时间反馈至所述用户终端。

具体地，当接口类型为定时更新型或动态更新型时，需要将业务数据连同期对应的更新时间发送给用户终端，以便用户终端在下一次请求该业务数据时，连同更新时间一起随请求发送到AOP层，以用于AOP层决定应答方式。

在一个可选的实施例中，参见图7，该页面加载数据的静态化处理方法还可以包括：

步骤S10：设置各接口的类型以及动态更新接口的数据更新触发条件形成接口配置文件；

步骤S20：将所述接口配置文件保存在所述本地缓存中；

其中，所述接口的类型包括：永久、定时、动态更新3类。

由于很多业务数据在使用过程中变动频率非常低，即很多接口在一定时间范围内数据为幂等性，此类业务数据均可进行静态化存储，在提升页面响应速度的同时，降低数据库访问压力。

后台管理页面中，在静态化接口登记器中登记变更频率较低的接口，类型分为永久、定时、动态更新，登记完毕后这些数据会被写入缓存中。

根据接口登记分为如下两种情况:

1.永久；

在Http Response的Header上添加Cahce-Control，确保浏览器每次都走强缓存，减少304请求。

2、定时或者动态更新；

在Http Response的Header上添加modify定时控制，当上送的请求被统一的AOP层拦截，根据URL和上送参数生成MD5，从OaaS获取MD5对应的Metadata，从metadata获取数据变更日期，其中根据浏览器header中的modify属性比对数据更新日期，如果数据更新日期和上送的header一致，则实现304返回，如果日志不一致或者产生缓存穿透，则在header配置缓存modify时间。

在如上处理中，将URL对应的所有key做一个关联存储到NosDB中。

值得说明的是，当业务数据变动时，则需要代码触发相关的数据缓存，在业务数据存储管理器中查找对应的URL对应的key并清除对应的静态数据。

在一个可选的实施例中，参见图8，该页面加载数据的静态化处理方法还可以包括：

步骤S30：根据所述接口配置文件维护所述本地缓存中的对应数据。

具体地，包括：定时更新本地缓存中定时更新型接口对应的数据以及动态更新本地缓存中动态更新型接口对应的数据。

具体地，可以根据预先设定的间隔时间，定时删除所述本地缓存中定时更新类型接口对应的数据，下次再缓存数据时，缓存的就是更新后的数据。

另外，动态更新本地缓存中动态更新型接口对应的数据可以包括以下步骤：

步骤I：判断所述接口配置文件中的动态更新接口的数据更新触发条件是否满足；

若是，执行步骤II；若否，执行步骤III。

步骤II：删除所述本地缓存中的满足数据更新触发条件的动态更新接口对应的数据。

步骤III：不对本地缓存中的数据进行修改，监视下一次数据更新触发。

基于同一发明构思，本申请实施例还提供了一种页面加载数据的静态化处理装置，可以用于实现上述实施例所描述的方法，如下面的实施例所述。由于页面加载数据的静态化处理装置解决问题的原理与上述方法相似，因此页面加载数据的静态化处理装置的实施可以参见上述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图9是本发明实施例中的页面加载数据的静态化处理装置的结构框图。如图9所示，该页面加载数据的静态化处理装置具体包括：访问请求获取模块10、首次判断模块20、第一接口类型判断模块30以及第一答复模块40。

访问请求获取模块10获取用户终端发送的业务数据访问请求，所述业务数据访问请求包块：首次访问标识、访问接口标识以及用户终端本地的所述业务数据的更新时间；

首次判断模块20根据所述首次访问标识判断所述用户终端是否为首次访问所述业务数据；

第一接口类型判断模块30若所述用户终端并非首次访问所述业务数据，根据本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；

第一答复模块40根据所述访问接口类型、所述用户终端本地的所述业务数据的更新时间答复所述用户终端。

通过不同量级不同业务场景的接口分别进行处理，实现对业务数据的分类别的静态化存储框架，对设计人员、开发人员的依赖较低，防止重复数据传输，降低服务器和数据库的压力。

在一个可选的实施例中，参见图10，该第一答复模块包括：第一反馈单元41、第一判断单元42以及第二反馈单元43。

第一反馈单元41若访问接口类型为永久型，向所述用户终端反馈读取其本地的历史业务数据的指令；

第一判断单元42若访问接口类型为动态更新型或定时更新型，则判断所述本地缓存中是否存在所述业务数据；

第二反馈单元43若存在，则根据所述用户终端本地的所述业务数据的更新时间以及所述本地缓存中所述业务数据的更新时间答复所述用户终端。

在一个可选的实施例中，参见图11，第二反馈单元可以包括：第一判断子单元431、第一反馈子单元432以及第二反馈子单元433。

第一判断子单元431判断所述用户终端本地的所述业务数据的更新时间与所述本地缓存中所述业务数据的更新时间是否一致；

第一反馈子单元432若一致，则向所述用户终端反馈读取其本地的历史业务数据的指令；

第二反馈子单元433若不一致，则将所述本地缓存中的所述业务数据及其更新时间反馈给所述用户终端。

在一个可选的实施例中，第一答复模块还包括：数据访问单元、第三反馈单元、数据缓存单元。

数据访问单元，若所述本地缓存中不存在所述业务数据，则根据所述访问接口标识访问对应的数据库以获取所述业务数据；

第三反馈单元，将所述业务数据及当前时间反馈至所述用户终端；

数据缓存单元，将所述业务数据及当前时间存储在所述本地缓存中，其中，当前时间作为所述业务数据的更新时间。

在一个可选的实施例中，页面加载数据的静态化处理装置还包括：第一数据判断模块、第二接口类型判断模块以及第二答复模块。

第一数据判断模块，若所述用户终端为首次访问所述业务数据，则判断所述本地缓存中是否存在所述业务数据；

第二接口类型判断模块，若存在，根据所述本地缓存中的接口配置文件以及所述访问接口标识判断访问接口类型；

第二答复模块，根据所述访问接口类型答复所述用户终端。

在一个可选的实施例中，所述第二答复模块包括：第四反馈单元以及第五反馈单元。

第四反馈单元，若访问接口类型为永久型，将所述业务数据反馈至所述用户终端；

第五反馈单元，若访问接口类型为动态更新型或定时更新型，将所述业务数据及其更新时间反馈至所述用户终端。

在一个可选的实施例中，页面加载数据的静态化处理装置还包括：数据访问模块、第三答复模块以及数据缓存模块。

数据访问模块，若所述本地缓存中不存在所述业务数据，则根据所述访问接口标识访问对应的数据库以获取所述业务数据；

第三答复模块，将所述业务数据及当前时间反馈至所述用户终端；

数据缓存模块，将所述业务数据及当前时间存储在所述本地缓存中，其中，当前时间作为所述业务数据的更新时间。

在一个可选的实施例中，页面加载数据的静态化处理装置还包括：接口配置模块以及配置缓存模块。

接口配置模块，设置各接口的类型以及动态更新接口的数据更新触发条件形成接口配置文件；

配置缓存模块，将所述接口配置文件保存在所述本地缓存中；

其中，所述接口的类型包括：永久、定时、动态更新3类。

在一个可选的实施例中，该页面加载数据的静态化处理装置还包括：数据维护模块，根据所述接口配置文件维护所述本地缓存中的对应数据。

在一个可选的实施例中，所述数据维护模块包括：定时删除单元，定时删除所述本地缓存中定时更新类型接口对应的数据。

在一个可选的实施例中，所述数据维护模块包括：更新判断单元以及数据更新单元。

更新判断单元，判断所述接口配置文件中的动态更新接口的数据更新触发条件是否满足；

数据更新单元，删除所述本地缓存中的满足数据更新触发条件的动态更新接口对应的数据。

上述实施例阐明的装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为电子设备，具体的，电子设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

在一个典型的实例中电子设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的页面加载数据的静态化处理方法的步骤。

下面参考图12，其示出了适于用来实现本申请实施例的电子设备600的结构示意图。

如图12所示，电子设备600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM))603中的程序而执行各种适当的工作和处理。在RAM603中，还存储有系统600操作所需的各种程序和数据。CPU601、ROM602、以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

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

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的页面加载数据的静态化处理方法的步骤。

在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

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

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

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