CN111046310A

CN111046310A - 页面处理方法、装置、服务器及计算机可读存储介质

Info

Publication number: CN111046310A
Application number: CN201911278067.0A
Authority: CN
Inventors: 刘锦何
Original assignee: Beijing QIYI Century Science and Technology Co Ltd
Current assignee: Beijing QIYI Century Science and Technology Co Ltd
Priority date: 2019-12-12
Filing date: 2019-12-12
Publication date: 2020-04-21
Anticipated expiration: 2039-12-12
Also published as: CN111046310B

Abstract

本发明实施例提供了一种页面处理方法、装置、服务器及计算机可读存储介质。其中，页面处理方法包括：若接收到终端发送的对目标页面的访问请求，则检测所述目标页面的服务是否异常；若所述目标页面的服务异常，则获取所述目标页面的页面快照；向所述终端发送所述目标页面的页面快照。本发明实施例可以提高页面使用的可靠性。

Description

页面处理方法、装置、服务器及计算机可读存储介质

技术领域

本发明涉及互联网技术领域，特别是涉及页面处理方法、装置、服务器及计算机可读存储介质。

背景技术

随着互联网的发展，各类型的网站越来越多。网站运行时，有可能出现页面无法正常加载的情况。对于上述情况，目前的处理方式是：自动跳转至404等相关页面上，或，输出“该页面加载失败”等提示信息，用户仍无法获取页面内容。可见，现有页面使用的可靠性较低。

发明内容

本发明实施例的目的在于提供一种页面处理方法、装置、服务器及计算机可读存储介质，以解决现有页面使用的可靠性较低的问题。具体技术方案如下：

在本发明实施的第一方面，首先提供了一种页面处理方法，所述方法包括：

若接收到终端发送的对目标页面的访问请求，则检测所述目标页面的服务是否异常；

若所述目标页面的服务异常，则获取所述目标页面的页面快照；

向所述终端发送所述目标页面的页面快照。

在本发明实施的第二方面，还提供了一种页面处理装置，所述页面处理装置包括：

检测模块，用于若接收到终端发送的对目标页面的访问请求，则检测所述目标页面的服务是否异常；

获取模块，用于若所述目标页面的服务异常，则获取所述目标页面的页面快照；

发送模块，用于向所述终端发送所述目标页面的页面快照。

在本发明实施的第三方面，还提供了一种服务器，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

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

处理器，用于执行存储器上所存放的程序时，实现本发明实施例的页面处理方法中的步骤。

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的页面处理方法。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的页面处理方法。

本发明实施例提供的页面处理方法、装置、服务器及计算机可读存储介质，在请求访问的目标页面的服务异常的情况下，服务器可以获取所述目标页面的页面快照，并向终端发送所述目标页面的页面快照，这样，终端可以通过接收所述目标页面的页面快照，获取所述目标页面的页面内容，从而可以提高页面使用的可靠性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例中页面处理方法的流程示意图之一；

图2是本发明实施例中页面处理***架构图；

图3是本发明实施例中页面处理方法的流程示意图之二；

图4是本发明实施例中页面处理装置的结构示意图；

图5是本发明实施例中服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

本发明实施例的页面处理方法可以应用于服务器。在实际应用中，服务器可以与终端(即用户设备)进行通信。具体地，服务器可以接收终端发送的对目标页面的访问请求。进一步地，服务器可以响应于所述访问请求，向终端发送所述目标页面的页面内容。

以下对本发明实施例的页面处理方法进行说明。

如图1所示，页面处理方法可以包括以下步骤：

步骤101、若接收到终端发送的对目标页面的访问请求，则检测所述目标页面的服务是否异常。

步骤102、若所述目标页面的服务异常，则获取所述目标页面的页面快照。

步骤103、向所述终端发送所述目标页面的页面快照。

具体实现时，目标页面可以是文字页面、视频页面等，进一步地，视频页面可以是直播页面，但不仅限于此。应理解的是，本发明实施例并不限定目标页面的具体表现形式。

目标页面的页面快照可理解为目标页面的备份，包括目标页面的页面内容。

所述访问请求用于请求访问所述目标页面。若所述目标页面的服务正常，则服务器可以直接将所述目标页面的最新页面内容发送给终端，供用户观看。若所述目标页面的服务异常，则服务器可以获取所述目标页面的页面快照，并向所述终端发送所述目标页面的页面快照，供用户观看。可见，在本发明实施例中，即使所述目标页面的服务异常，终端也可以通过所述目标页面的页面快照获取所述目标页面的页面内容，从而可以提高页面使用的可靠性。

为方便理解，以直播页面对本发明实施例的页面处理方法进行说明。

在直播页面的服务异常的情况下，终端可以获取直播页面的页面快照，直播页面的页面快照包括直播流地址，因此，终端可以通过页面快照中的直播流地址重新获取到直播流。这样，相比于现有技术中在直播页面的服务未恢复正常之前，终端无法获取到直播流，本发明实施例的页面处理方法可以提高直播页面的使用的可靠性。

在本发明实施例中，页面快照可以存储于服务器的缓存中，也可以存储于远程字典服务(Remote Dictionary Server，Rdis)存储***中。

在页面快照存储于服务器的缓存中的场景中，所述获取所述目标页面的页面快照，具体可以表现为：从缓存中获取所述目标页面的页面快照。

在页面快照通过本地存储方式存储于Rdis存储***中的场景中，所述获取所述目标页面的页面快照，具体可以包括：向Rdis存储***发送请求信息，所述请求信息用于请求所述目标页面的页面快照；接收所述Rdis存储***发送的所述目标页面的页面快照。

对于页面快照存储于服务器的缓存中的场景，可选的，所述接收到终端发送的对目标页面的访问请求之前，所述方法还包括：

在所述目标页面渲染成功的情况下，确定所述目标页面的路由规则是否与预设路由规则匹配；

若所述目标页面的路由规则与所述预设路由规则匹配，则将所述目标页面的页面快照存储至缓存中。

在本可选实施方式中，路由规则可以理解为：对P个统一资源定位符(UniformResource Locator，URL)进行封装的封装规则，P为正整数。其中，URL代表某个具体的网络资源的互联网地址，如一个页面的互联网地址。示例性的，针对直播小剧场的路由规则具体可表现为：针对域名为live.com的符合/w/:id(\\d+)的路由规则，该路由规则涵盖了所有的小剧场房间页的URL，比如https://live.com/w/76337；https://live.com/w/76340；https://live.com/w/37542等。

基于上述内容，不难理解的是，路由规则与页面之间具有对应关系，路由规则可以用于标识P个页面。进一步地，所述对应关系的表现形式与路由规则的属性相关，具体说明如下：

在路由规则为页面的路由规则的场景中，路由规则与页面是一对一的对应关系，即一个路由规则用于标识一个页面。

在路由规则为网站的路由规则的场景中，网站是由网页集合而成的，因此，在网站仅包括一个页面的情况下，路由规则与页面是一对一的对应关系，一个路由规则用于标识一个页面；在网站包括多个页面的情况下，路由规则与页面是一对多的对应关系，一个路由规则用于标识多个页面。

在实际应用中，可以预先将需要保障稳定运行的页面或网站的路由地址设置为预设路由规则，因此，可选的，预设路由规则可以包括以下至少一项：页面的路由规则；网站的路由规则。相应地，所述目标页面的路由规则是否与预设路由规则匹配可以包括以下至少一项：

判断所述预设路由规则中是否包括所述目标页面的路由规则；

判断所述预设路由规则中是否包括目标路由规则，所述目标路由规则对应的网站包括所述路由规则。

在实施时，可以包括以下情况。

情况一、所述预设路由规则仅包括页面的路由规则。

对于情况一，所述目标页面的路由规则是否与预设路由规则匹配可以包括：

判断所述预设路由规则中是否包括所述目标页面的路由规则。

具体地，若所述预设路由规则中包括所述目标页面的路由规则，则可以判定所述目标页面的路由规则与预设路由规则匹配；否则判定所述目标页面的路由规则与预设路由规则不匹配。

情况二、所述预设路由规则仅包括网站的路由规则。

对于情况二，所述目标页面的路由规则是否与预设路由规则匹配可以包括：

判断所述预设路由规则中是否包括目标路由规则。

具体地，若所述预设路由规则中包括目标路由规则，则可以判定所述目标页面的路由规则与预设路由规则匹配；否则判定所述目标页面的路由规则与预设路由规则不匹配。

情况三、所述预设路由规则包括页面的路由规则和网站的路由规则。

对于情况三，所述目标页面的路由规则是否与预设路由规则匹配可以包括：

判断所述预设路由规则中是否包括目标路由规则。

需要说明的是，在该情况中，本发明实施例不对上述两个判断执行的先后顺序进行限定。在第一实现方式中，可先执行第一个判断，后执行第二个判断；在第二实现方式中，可先执行第二个判断，后执行第一个判断，具体说明如下。

对于第一实现方式，若所述预设路由规则中包括所述目标页面的路由规则，则可以判定所述目标页面的路由规则与预设路由规则匹配；否则，继续判断所述预设路由规则中是否包括目标路由规则，若所述预设路由规则中包括目标路由规则，则可以判定所述目标页面的路由规则与预设路由规则匹配；否则判定所述目标页面的路由规则与预设路由规则不匹配。

对于第二实现方式，若所述预设路由规则中包括目标路由规则，则可以判定所述目标页面的路由规则与预设路由规则匹配；否则继续判断所述预设路由规则中是否包括所述目标页面的路由规则，若所述预设路由规则中包括所述目标页面的路由规则，则可以判定所述目标页面的路由规则与预设路由规则匹配；否则判定所述目标页面的路由规则与预设路由规则不匹配。

可见，在本可选实施方式中，服务器可以在目标页面渲染成功，且所述目标页面的路由规则与所述预设路由规则匹配的情况下，将所述目标页面的页面快照预先存储至缓存中。这样，在服务器接收到对目标页面的访问请求，且目标业务的服务出现异常的情况下，服务器可以向终端发送所述目标页面的页面快照，以使终端可以通过接收所述目标页面的页面快照，获取所述目标页面的页面内容，从而可以提高页面使用的可靠性。

另外，在本可选实施方式中，在所述目标页面的路由规则与所述预设路由规则不匹配的情况下，服务器可以不存储所述目标页面的页面快照。这样，服务器可以仅缓存路由规则与预设路由规则匹配的页面，从而可以降低服务器的缓存负担。

进一步地，服务器在缓存中存储N个页面快照后，所述方法还可以包括：

根据最近最少使用LRU算法，更新所述缓存中存储的N个页面快照，N为正整数。

具体实现时，页面快照运用最近最少使用(Least Recently Used，LRU)算法定期写入缓存中。LRU算法是一种常用的页面置换算法，选择最近最久未使用的页面予以淘汰。该算法可以赋予每个页面一个访问字段，用来记录页面自上次被访问以来所经历的时间t，当须淘汰一个页面快照时，选择现有页面快照中的目标页面快照予以淘汰，所述目标页面快照对应的页面的t值最大，即最近最少使用的页面的快照予以淘汰。为方便理解，示例说明如下：

假设N为3，且服务器的缓存中已缓存有页面1的页面快照、页面2的页面快照和页面3的页面快照，且终端访问上述3个页面的先后顺序依次为：页面2、页面1和页面3。在此基础上，若终端访问页面4，且页面4渲染成功，页面4的路由规则与所述预设路由规则匹配，则服务器可以将页面2的页面快照从缓存中删除，并将页面4的页面快照存储至缓存中。

这样，可以使得缓存中一直存储最活跃的N个页面的页面快照，提高用户页面使用的流畅度。

需要说明的是，对于页面快照存储于Redis存储***的场景，其存储页面快照的方式可以与服务器的缓存存储页面快照的方式相同，为避免重复，此处不再赘述。

在本发明实施例中，可选的，所述检测所述目标页面的服务是否异常，包括以下至少一项：

检测所述目标页面对应的业务层的服务是否异常，其中，在所述业务层的服务异常的情况下，确定所述目标页面的服务异常；

检测所述目标页面对应的接口层的服务是否异常，其中，在所述接口层的服务异常的情况下，确定所述目标页面的服务异常。

在本发明实施例中，所述目标页面对应的业务层可以理解为：用于处理所述目标业务的业务层。所述目标页面对应的接口层可以理解为：用于处理所述目标业务的接口层。

具体实现时，若目标页面的处理仅与所述业务层相关，如静态页面，则服务器可以仅检测所述业务层的服务是否正常。在该情况下，若所述业务层的服务正常，则可以判定所述目标页面的服务正常；否则判定所述目标业务的服务异常。在该情况下，服务器在接收到终端发送的对目标页面的访问请求后，可将该响应请求传送给所述目标页面对应的页面层，若所述目标页面对应的业务层无法提供完整的目标页面，则可以视所述目标页面对应的业务层的服务异常。

若目标页面的处理仅与所述接口层相关，如仅包括访问接口的页面，则服务器可以仅检测所述接口层的服务是否正常。在该情况下，若所述接口层的服务正常，则可以判定所述目标页面的服务正常；否则判定所述目标业务的服务异常。在该情况下，服务器在接收到终端发送的对目标页面的访问请求后，可以将该访问请求传送给所述目标页面的接口层，若所述目标页面的接口层返回指示目标页面请求失败的响应消息，则可以视所述目标页面对应的接口层的服务异常。

若目标页面的处理与所述业务层和所述接口层相关，如直播页面，则服务器可以检测所述业务层和所述接口层的服务是否正常。在该情况下，若所述业务层和所述接口层的服务正常，则可以判定所述目标页面的服务正常；否则判定所述目标业务的服务异常。在该情况下，假设目标业务的第一内容与所述目标业务的业务层相关，目标业务的第二内容与所述目标业务的接口层相关，服务器在接收到终端发送的对目标页面的访问请求后，可以将该访问请求传送给所述目标页面的业务层所述目标页面的接口层，若所述目标业务的业务层无法提供目标业务的第一内容，则可以时所述目标页面对应的业务层的服务异常；若所述目标业务的接口层返回指示请求目标页面的第二内容请求失败的响应消息，则可以视所述目标页面对应的接口层的服务异常。

在本发明实施例中，所述检测所述目标页面的服务是否异常之后，所述方法还包括：

若所述目标页面的服务异常，则根据所述异常生成异常日志；

输出所述异常日志。

在生成异常日志后，服务器可以将所述异常日志发送至预设邮箱或预设号码，但不仅限于此。这样，开发人员可以读取异常日志，知晓目标页面的服务异常，进而可以对该异常进行修复，从而提高页面使用的可靠性。

具体实现时，所述异常日志中可以包括所述目标页面的路由规则，进一步地，还可以包括所述目标页面的异常原因，如所述目标页面对应的业务层异常还是所述目标页面对应的接口层异常，从而方便开发人员快速知晓异常原因，提高页面修复效率。

需要说明的是，本发明实施例中介绍的多种可选的实施方式，在彼此不冲突的情况下可以相互结合实现，也可以单独实现，对此本发明实施例不作限定。

为方便理解，结合图2和图3示例说明如下：

如图2所示，服务器21可以包括业务中间层211、核心接口层212和缓存区213。进一步地，业务中间层211可以包括业务处理模块2111和判断模块2112。

如图3所示，对于图2所示的页面处理***架构，其页面处理方法可以包括以下步骤：

步骤301、终端向业务处理模块发送对目标页面的访问请求。

步骤302、业务处理模块向判断模块发送第一响应消息。

具体地，第一响应消息可以用于指示业务处理是否发生异常。

步骤303、业务处理模块向核心接口层发送调用请求。

具体地，所述调用请求可以用于请求调用应用程序接口(ApplicationProgramming Interface，API)。

步骤304、核心接口层向判断模块发送第二响应消息。

具体地，第二响应消息可以用于指示是否成功调用API。

需要说明的是，在某些实施例中，业务处理方法可以不包括步骤302；在某些实施例中，业务处理方法可以不包括步骤303和步骤304。

步骤305、判断模块根据所述第一响应消息和所述第二响应消息中的至少一项，判断所述目标页面的服务是否正常。

具体地，在所述第一响应消息指示业务处理异常或所述第二响应消息指示调用API失败的情况下，判定所述目标页面的服务异常。

步骤306、判断模块向缓存区发送判断结果。

缓存区根据所述判断结果，执行与所述判断结果对应的操作。

若判断结果是所述目标页面的服务异常，则执行步骤307。

若判断结果是所述目标页面的服务正常，则所述执行与所述判断结果对应的操作，具体可表现为：存储所述目标页面的页面快照。

步骤307、缓存区向终端发送存储的所述目标页面的页面快照。

在实际应用中，还可以包括以下步骤：

设定需要保障的页面的路由规则；

根据具体业务场景初始化存储***配置，简单可以是本地内存，也可以用Redis统一管理；

设置页面渲染成功时，需要将同一个页面快照写入存储的间隔时间；

设置页面快照内容在存储***的缓存过期时间，在某个页面快照的存储时间达到缓存过期时间后，可以从存储***中删除该页面快照；

页面快照运用LRU算法进行定期写入存储***；所以同时需要设置需要缓存的页面数量，即缓存列队长度；

代码层面需要有比较健全的日志***，这样服务端(即服务器)异常时候，在返回给用户页面快照提供无差别的用户体验的同时，可以触发异常报警让开发人员及时处理线上异常。

本发明实施例提供页面快照的缓存容错策略，该缓存容错策略脚本每隔固定时间存储符合既定路由规则且成功渲染的页面的快照至缓存列队中。这样，在目标页面的服务异常的情况下，服务器可以向终端发送目标页面的页面快照，以使终端通过该页面快照获取目标页面的页面内容，从而可以提高页面使用的可靠性。进一步地，出于缓存空间的性能考虑可以根据具体情况设置合适的缓存列队长度，根据LRU算法只缓存最活跃的页面的快照。另外，当页面的服务异常时在触发错误警告的同时从缓存列队中取出该页面的快照返回给客户端(即终端)，这样发生在服务端(即服务器)的异常对于用户是无感知的，同时为开人员争取了修复异常的时间。

以直播业务为例，由于直播的特殊性；保障网站的稳定运行，让用户保持良好的直播观看体验一直是个需要深思和关注的方向。因此，本发明实施例通过利用LRU算法定期存储最活跃的若干个直播间页面快照的方式；来实现保障直播的稳定性，这样即便后端接口服务异常了，用户还是能获取直播间快照，获取无差别的用户体验。

本发明实施例可以包括以下有益效果：

通过提供页面储存快照来代替传统后端服务发生异常时返回的404页面，提高页面运行的稳定性，从而可以提高页面使用的可靠性，提供更好的用户体验。另外，通LRU替换算法，能保证最活跃的页面内容得到保障；结合健全的日志***，可以在后端服务发生异常时提供无差别的页面内容的同时，为开发人员修复线上异常争取了宝贵的时间。

以下对本发明实施例的页面处理装置进行说明。

如图4所示，页面处理装置400可以包括：

检测模块401，用于若接收到终端发送的对目标页面的访问请求，则检测所述目标页面的服务是否异常；

获取模块402，用于若所述目标页面的服务异常，则获取所述目标页面的页面快照；

发送模块403，用于向所述终端发送所述目标页面的页面快照。

可选的，所述页面处理装置400还包括：

确定模块，用于所述接收到终端发送的对目标页面的访问请求之前，在所述目标页面渲染成功的情况下，确定所述目标页面的路由规则是否与预设路由规则匹配；

存储模块，用于若所述目标页面的路由规则与所述预设路由规则匹配，则将所述目标页面的页面快照存储至缓存中。

可选的，所述页面处理装置400还包括：

更新模块，用于根据最近最少使用LRU算法，更新所述缓存中存储的N个页面快照，N为正整数。

可选的，所述检测模块401，具体用于以下至少一项：

本发明实施例的页面处理装置，在请求访问的目标页面的服务异常的情况下，服务器可以获取所述目标页面的页面快照，并向终端发送所述目标页面的页面快照，这样，终端可以通过接收所述目标页面的页面快照，获取所述目标页面的页面内容，从而可以提高页面使用的可靠性。

本发明实施例还提供了一种服务器，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信。

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

处理器501，用于执行存储器503上所存放的程序时，实现如下步骤：

若通过通信接口502接收到终端发送的对目标页面的访问请求，则检测所述目标页面的服务是否异常；

通过通信接口502向所述终端发送所述目标页面的页面快照。

可选的，处理器501，用于执行存储器503上所存放的程序时，还可以实现如下步骤：

可选的，处理器501，用于执行存储器503上所存放的程序时，还可以实现如下至少一项步骤：

上述服务器提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述服务器与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的页面处理方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的页面处理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims

1.一种页面处理方法，其特征在于，所述方法包括：

向所述终端发送所述目标页面的页面快照。

2.根据权利要求1所述的方法，其特征在于，所述接收到终端发送的对目标页面的访问请求之前，所述方法还包括：

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

4.根据权利要求1所述的方法，其特征在于，所述检测所述目标页面的服务是否异常，包括以下至少一项：

5.一种页面处理装置，其特征在于，所述页面处理装置包括：

发送模块，用于向所述终端发送所述目标页面的页面快照。

6.根据权利要求5所述的页面处理装置，其特征在于，所述页面处理装置还包括：

7.根据权利要求6所述的页面处理装置，其特征在于，所述页面处理装置还包括：

8.根据权利要求5所述的页面处理装置，其特征在于，所述检测模块，具体用于以下至少一项：

检测所述目标页面对应的业务层的服务是否异常；

检测所述目标页面对应的接口层的服务是否异常；

其中，在所述业务层或所述接口层的服务异常的情况下，确定所述目标页面的服务异常。

9.一种服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

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

处理器，用于执行存储器上所存放的程序时，实现权利要求1-4任一所述的方法步骤。

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