一种页面请求处理方法及相关装置与流程

本发明涉及web管理系统，更具体地说，涉及一种页面请求处理方法、系统、装置及计算机可读存储介质。

背景技术：

在web管理系统中，通常包括前端页面和后端服务器，前端页面接收用户的页面请求，根据该页面请求从后端服务器中获取与页面请求对应的数据，从而根据获取到的数据生成用户所请求的页面。

一般的，为了加快页面的响应效率，再获取到后端服务器中的数据后，会将数据存储在前端预设的缓存模块，从而前端再接收到与该数据相关的页面请求后，直接从缓存模块获取数据，生成页面，从而无需在于后端服务器建立连接，节省了前后端建立连接的时间，从而也可以加快页面的响应速度。

但是，目前该种方法虽然可以一定程度上加快响应速度，但是还是会存在较明显的响应延迟问题。

因此，如何进一步提高页面请求的响应速度，是本领域技术人员需要解决的问题。

技术实现要素：

本发明的目的在于提供一种页面请求处理方法、系统、装置及计算机可读存储介质，以解决如何进一步提高页面请求的响应速度的问题。

为实现上述目的，本发明实施例提供了如下技术方案：

一种页面请求处理方法，包括：

确定目标页面的获取请求；

判断页面缓存管理器中是否存在与所述目标页面对应的目标dom结构；

若是，则利用所述目标dom结构生成所述目标页面。

其中，所述判断页面缓存管理器中是否存在与所述目标页面对应的目标dom结构之后，还包括：

若否，则创建所述目标页面对应的目标dom结构；

将所述目标dom结构添加至所述页面缓存管理器中；

利用所述目标dom结构生成所述目标页面。

其中，所述将目标dom结构添加至所述页面缓存管理器中，包括：

判断所述页面缓存管理器中已存的dom结构的数量是否已达到预设阈值；

若是，则将最早添加的dom结构从所述页面缓存管理器中剔除，将所述目标dom结构添加至所述页面缓存管理器中。

其中，所述将目标dom结构添加至所述页面缓存管理器中，包括：

判断所述页面缓存管理器中已存的dom结构的数量是否已达到预设阈值；

若是，则将被请求获取的历史频次最低的页面对应的dom结构从所述页面缓存管理器中提出，将所述目标dom结构添加至所述页面缓存管理器中。

其中，还包括：

实时确定所述页面缓存管理器中存储在所述页面缓存管理器中的时间超过预设时间的超时dom结构，将所述超时dom结构从所述页面缓存管理器中删除。

其中，还包括：

实时确定所述页面缓存管理器中存储的每个dom结构所涉及的数据在后端服务器是否发生变化；

将在后端服务器发生变化的数据所涉及的dom结构，利用在后端服务器发生变化后的新数据进行实时更新。

本申请还提供了一种页面请求处理系统，包括：

确定模块，用于确定目标页面的获取请求；

判断模块，用于判断页面缓存管理器中是否存在与所述目标页面对应的目标dom结构；

第一生成模块，用于所述页面缓存管理器中存在与所述目标页面对应的目标dom结构时，利用所述目标dom结构生成所述目标页面。

其中，还包括：

创建模块，用于所述页面缓存管理器中不存在与所述目标页面对应的目标dom结构时，创建所述目标页面对应的目标dom结构；

添加模块，用于将所述目标dom结构添加至所述页面缓存管理器中；

第二生成模块，用于利用所述目标dom结构生成所述目标页面。

本申请还提供了一种页面请求处理装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如所述页面请求处理方法的步骤。

本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如所述页面请求处理方法的步骤。

通过以上方案可知，本发明提供的一种页面请求处理方法，包括：确定目标页面的获取请求；判断页面缓存管理器中是否存在与所述目标页面对应的目标dom结构；若是，则利用所述目标dom结构生成所述目标页面。

由此可见，本申请提供的一种页面请求处理方法，首先确定目标页面的获取请求，然后在页面缓存器中确定是否存在与该目标页面对应的目标dom结构，如果存在，则直接利用缓存中的目标dom结构生成目标页面，完成获取请求的响应。因此，在本方案中，页面缓存管理器存放多个页面对应的dom结构，当页面的获取请求所对应的页面是缓存管理器中预存的页面时，则直接将对应的dom生成页面，而无需再获取数据、对数据进行业务处理、对待展示数据进行渲染再得到dom结构的过程，从而节省了大量的响应时间。本申请还提供了一种页面请求处理系统、装置及计算机可读存储介质，同样可以实现上述技术效果。

附图说明

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

图1为本发明实施例公开的一种页面请求处理方法流程图；

图2为本发明实施例公开的一种具体的页面请求处理方法流程图；

图3为本发明实施例公开的一种具体的页面请求处理方法流程图；

图4为本发明实施例公开的一种页面请求处理系统结构示意图；

图5为本发明实施例公开的一种页面请求处理装置结构示意图。

具体实施方式

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

本发明实施例公开了一种页面请求处理方法、系统、装置及计算机可读存储介质，以解决如何进一步提高页面请求的响应速度的问题。

参见图1，本发明实施例提供的一种页面请求处理方法，具体包括：

s101，确定目标页面的获取请求。

具体地，首先确定目标页面的获取请求。

需要说明的是，目标页面即是用户想要获取到的页面，在通过前端为用户展示的web应用系统中，用户通过直接可以输入想要获取的页面对应的url(uniformresourcelocator，统一资源定位符)，来请求获取该页面，也可以通过点击已显示的页面菜单上的链接元素来请求获取页面，点击页面菜单上的连接元素，从而通过该元素自动获取对应的url，从而根据url获取相应的页面。

s102，判断页面缓存管理器中是否存在与所述目标页面对应的目标dom结构。

在本方案中，提供一页面缓存管理器，在该页面缓存管理器用于存放dom(documentobjectmodel，文档对象模型)结构。需要说明的是，请求页面的过程首先是根据获取请求确定该请求所涉及的数据，并按照请求对数据进行业务处理，从而得到待展示数据，待展示数据并不能直接的展示到页面上，因为页面需要有特定的页面结构，而dom结构即可将待展示数据渲染为与页面结构对应的结构数据，从而可以利用dom结构直接生成页面。

因此，在本方案中，页面缓存管理器存放多个页面对应的dom结构，当页面的获取请求所对应的页面是缓存管理器中预存的页面时，则直接将对应的dom生成页面，而无需再获取数据、对数据进行业务处理、对待展示数据进行渲染再得到dom结构的过程，节省了大量的响应时间。

具体地，首先判断页面缓存管理器中是否存在与目标页面对应的目标dom结构。

需要说明的是，页面缓存管理器中可以存储有一页面缓存对象cacheview，用该页面缓存对象来存储dom结构。在该对象中，存储有页面的唯一标识与对应的dom结构，其中唯一标识作为页面缓存对象的key(键)，对应的dom结构为该key对应的value(值)。

唯一标识具体可以是页面获取请求信息的hashcode。当页面获取请求是通过用户点击页面菜单生成的请求时，则该页面的hashcode则为这个菜单的hashcode。hashcode即哈希编码，哈希编码的具体生成方式可以参考现有技术中哈希算法的介绍，在本方案中不再进行赘述。

当用户发起目标页面的获取请求时，先确定对应的hashcode，然后在页面缓存管理器中确定，是否存在该hashcode，通过hashcode来判断页面缓存管理器中是否存在目标页面对应的目标dom结构。

s103，若是，则利用所述目标dom结构生成所述目标页面。

如果页面缓存管理器中存在目标dom结构，则利用该目标dom结构直接生成目标页面。

在一个具体的实施方式中，实时确定所述页面缓存管理器中存储在所述页面缓存管理器中的时间超过预设时间的超时dom结构，将所述超时dom结构从所述页面缓存管理器中删除。

需要说明的是，为了节省页面缓存管理器的存储空间，当其中保存的dom结构超出了预设时间，则可以将该dom结构从缓存管理器中删除。

由此可见，本申请实施例提供的一种页面请求处理方法，首先确定目标页面的获取请求，然后在页面缓存器中确定是否存在与该目标页面对应的目标dom结构，如果存在，则直接利用缓存中的目标dom结构生成目标页面，完成获取请求的响应。因此，在本方案中，页面缓存管理器存放多个页面对应的dom结构，当页面的获取请求所对应的页面是缓存管理器中预存的页面时，则直接将对应的dom生成页面，而无需再获取数据、对数据进行业务处理、对待展示数据进行渲染再得到dom结构的过程，从而节省了大量的响应时间。

下面对本申请实施例提供的一种具体的页面请求处理方法进行介绍，下文描述的一种具体的页面请求处理方法与上述实施例可以相互参照。

参见图2，本申请实施例提供的一种具体的页面请求处理方法，具体包括：

s201，确定目标页面的获取请求。

s202，判断页面缓存管理器中是否存在与所述目标页面对应的目标dom结构；

s203，若是，则利用所述目标dom结构生成所述目标页面。

s204，若否，则创建所述目标页面对应的目标dom结构。

在本方案中，如果页面缓存管理器中不存在与目标页面对应的目标dom结构，也就是需要对该目标页面建立初始的缓存dom结构。

具体的，首先创建目标页面对应目标dom结构。

具体地，根据页面获取请求，获取到数据，然后对数据进行业务处理得到待展示数据，将待展示数据进行渲染得到目标dom结构。

需要说明的是，数据的获取操作既可以是从后台服务器中直接获取，也可以是将数据缓存到页面缓存管理器中，从而从页面缓存管理器中获取，优选为后者，从而节省了下次数据获取时，与后台服务器建立连接的时间。

获取到的数据只是原始数据，页面中要展示的数据可能是对原始数据进行某种处理后的结果，因此，在得到原始数据后，还需要根据目标页面的获取请求的信息对原始数据进行业务处理，从而得到目标页面所要展示的待展示数据，然后再进行渲染得到目标dom结构。

s205，将所述目标dom结构添加至所述页面缓存管理器中。

在本方案中，还需要将目标dom结构添加到页面缓存管理器中，以便下次在对目标页面发起获取请求时，直接从页面缓存器中获取目标dom。

需要说明的是，为了保证前端页面缓存管理器中缓存的数据量不会因为过大而影响前端的正常使用，在本方案中，缓存管理器中最大存有预设阈值的dom结构，预设阈值具体可以根据实际情况确定，在本方案中不做限定。

在一个具体的实施方式中，判断所述页面缓存管理器中已存的dom结构的数量是否已达到预设阈值；若是，则将最早添加的dom结构从所述页面缓存管理器中剔除，将所述目标dom结构添加至所述页面缓存管理器中。

在本方案中，对页面缓存管理器的缓存管理方式采用“先进先出”的方式，当需要添加新的dom结构，且当前页面管理器的dom结构数量已经到达预设阈值，则将最先存储到页面缓存管理器的dom结构先剔除，然后将目标dom结构添加进来，从而保证页面管理器中保存dom结构是较新的dom结构。

在另一个具体的实施方式中，判断所述页面缓存管理器中已存的dom结构的数量是否已达到预设阈值；若是，则将被请求获取的历史频次最低的页面对应的dom结构从所述页面缓存管理器中剔除，将所述目标dom结构添加至所述页面缓存管理器中。

在本方案中，将被请求获取的历史频次最低的页面对应的dom结构从页面缓存器中先剔除，从而经常被请求获取的页面的dom会存储在页面缓存器中，由于这些页面的dom经常会被用到，因此可以避免多次创建dom结构的情况。

s206，利用所述目标dom结构生成所述目标页面。

下面对本申请实施例提供的一种具体的页面请求处理方法进行介绍，下文描述的一种具体的页面请求处理方法与上述任一实施例可以相互参照。

参见图3，本申请实施例提供的一种具体的页面请求处理方法，具体包括：

s301，确定目标页面的获取请求。

s302，判断页面缓存管理器中是否存在与所述目标页面对应的目标dom结构。

s303，若是，则利用所述目标dom结构生成所述目标页面。

s304，实时确定所述页面缓存管理器中存储的每个dom结构所涉及的数据在后端服务器是否发生变化。

在本方案中，为了确保后端服务器中数据发生变化后，前端页面能够及时的更新，需要实时确定页面缓存管理器中存储的每个dom结构所涉及的数据在后端服务器是否发生了变化。

需要说明的是，确定的方法可以采用监听或者订阅的方式。

监听方式即确定页面缓存管理器中存储的每个dom结构所涉及的数据，监听后端服务器中该数据的变化情况。

订阅方式则是确定页面缓存管理器中存储的每个dom结构所涉及的数据，为每个数据添加主题，向后端服务器发送订阅这些主题的数据变化情况，当这些主题的数据发生变化后，则后端服务器会返回通知，告知哪些数据发生了变化，以及变化信息。需要说明的是，每一个主题又对应有回调函数，该回调函数中确定了当该主题的数据改变后，对应的dom结构的更新方法。

s305，将在后端服务器发生变化的数据所涉及的dom结构，利用在后端服务器发生变化后的新数据进行实时更新。

具体地，确定在服务器后端发生变化的数据，以及该数据所涉及的dom结构，利用变化后的数据对其涉及的dom结构进行更新。

下面对本申请实施例提供的一种页面请求处理系统进行介绍，下文描述的一种页面请求处理系统与上述任一实施例可以相互参照。

参见图4，本申请实施例提供的一种页面请求处理系统，具体包括：

确定模块401，用于确定目标页面的获取请求。

判断模块402，用于判断页面缓存管理器中是否存在与所述目标页面对应的目标dom结构。

第一生成模块403，用于所述页面缓存管理器中存在与所述目标页面对应的目标dom结构时，利用所述目标dom结构生成所述目标页面。

在上述实施例的基础上，作为优选实施例，所述系统还包括：

创建模块，用于所述页面缓存管理器中不存在与所述目标页面对应的目标dom结构时，创建所述目标页面对应的目标dom结构；

添加模块，用于将所述目标dom结构添加至所述页面缓存管理器中；

第二生成模块，用于利用所述目标dom结构生成所述目标页面。

本实施例的页面请求处理系统用于实现前述的页面请求处理方法，因此页面请求处理系统中的具体实施方式可见前文中的页面请求处理方法的实施例部分，例如，确定模块401，判断模块402，第一生成模块403，分别用于实现上述页面请求处理方法中步骤s101，s102，s103，所以，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再赘述。

下面对本申请实施例提供的一种页面请求处理装置进行介绍，下文描述的一种页面请求处理装置与上述任一实施例提供的页面请求处理方法可以相互参照。

参见图5，本申请实施例提供的一种页面请求处理装置，具体包括：

存储器100，用于存储计算机程序；

处理器200，用于执行所述计算机程序时实现如上述任一实施例所述页面请求处理方法的步骤。

本申请还提供了另一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。