网页前端的异常处理方法、装置、存储介质及终端设备与流程

本发明属于计算机技术领域，尤其涉及一种网页前端的异常处理方法、装置、计算机可读存储介质及终端设备。

背景技术：

单页应用程序(singlepageapplication，spa)是加载单个超文本标记语言(hypertextmark-uplanguage，html)页面，并在用户与应用程序交互时动态更新该页面的应用程序。单页应用程序的优点在于：高效、以及提供更好的用户体验。缺点在于：会偶发异常，包括脚本(javascript)执行错误或网络超时，导致数据不可解析、解析后数据不符合业务逻辑、或图片拉取失败等情形。

对于这些网页前端的异常，现有技术中一般是通过监测人员的主观判断和个人经验来进行异常处理，但是随着网页业务的快速迭代，前端产品不断壮大，内部实现逻辑及流程越来越复杂。复杂的交互使得前端产品的运行状况如黑盒般，与开发人员与运营人员完全隔离，传统的依靠监测人员的主观判断和个人经验来进行异常处理，处理效率极低，难以满足实际需求。

技术实现要素：

有鉴于此，本发明实施例提供了一种网页前端的异常处理方法、装置、计算机可读存储介质及终端设备，以解决依靠监测人员的主观判断和个人经验来进行异常处理，处理效率极低，难以满足实际需求的问题。

本发明实施例的第一方面提供了一种网页前端的异常处理方法，可以包括：

接收网页前端监测指令，并从所述网页前端监测指令中提取监测条目配置文件；

从所述监测条目配置文件中提取对网页前端进行监测的配置监测条目集合，所述配置监测条目集合中包括一条以上的监测条目，每条监测条目均对应于所述网页前端的一项事件；

按照预设的监测顺序对所述网页前端依次执行所述配置监测条目配置文件中的各条监测条目，并记录各条监测条目的监测结果；

若所述监测结果中出现异常事件，则采集与所述异常事件对应的用户操作信息，并将所述监测结果与所述用户操作信息上传至预设的服务器中。

本发明实施例的第二方面提供了一种网页前端的异常处理装置，可以包括：

配置文件提取模块，用于接收网页前端监测指令，并从所述网页前端监测指令中提取监测条目配置文件；

监测条目提取模块，用于从所述监测条目配置文件中提取对网页前端进行监测的配置监测条目集合，所述配置监测条目集合中包括一条以上的监测条目，每条监测条目均对应于所述网页前端的一项事件；

监测模块，用于按照预设的监测顺序对所述网页前端依次执行所述配置监测条目配置文件中的各条监测条目，并记录各条监测条目的监测结果；

用户操作信息采集模块，用于若所述监测结果中出现异常事件，则采集与所述异常事件对应的用户操作信息；

信息上传模块，用于将所述监测结果与所述用户操作信息上传至预设的服务器中。

本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如下步骤：

接收网页前端监测指令，并从所述网页前端监测指令中提取监测条目配置文件；

从所述监测条目配置文件中提取对网页前端进行监测的配置监测条目集合，所述配置监测条目集合中包括一条以上的监测条目，每条监测条目均对应于所述网页前端的一项事件；

按照预设的监测顺序对所述网页前端依次执行所述配置监测条目配置文件中的各条监测条目，并记录各条监测条目的监测结果；

若所述监测结果中出现异常事件，则采集与所述异常事件对应的用户操作信息，并将所述监测结果与所述用户操作信息上传至预设的服务器中。

本发明实施例的第四方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如下步骤：

接收网页前端监测指令，并从所述网页前端监测指令中提取监测条目配置文件；

从所述监测条目配置文件中提取对网页前端进行监测的配置监测条目集合，所述配置监测条目集合中包括一条以上的监测条目，每条监测条目均对应于所述网页前端的一项事件；

按照预设的监测顺序对所述网页前端依次执行所述配置监测条目配置文件中的各条监测条目，并记录各条监测条目的监测结果；

若所述监测结果中出现异常事件，则采集与所述异常事件对应的用户操作信息，并将所述监测结果与所述用户操作信息上传至预设的服务器中。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例在接收到网页前端监测指令后，从该网页前端监测指令中提取监测条目配置文件，并从该监测条目配置文件中提取对网页前端进行监测的配置监测条目集合，然后按照预设的监测顺序对网页前端依次执行该配置监测条目配置文件中的各条监测条目，并记录各条监测条目的监测结果，若所述监测结果中出现异常事件，则采集与该异常事件对应的用户操作信息，并将监测结果与用户操作信息上传至预设的服务器中。通过本发明实施例，无需监测人员的干预即可自动化执行整个网页前端的异常处理过程，摆脱了对监测人员的主观判断和个人经验的依赖，大大提升了对网页前端异常的处理效率。

附图说明

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

图1为本发明实施例中一种网页前端的异常处理方法的一个实施例流程图；

图2为监测条目配置文件的设置过程的示意流程图；

图3为将监测结果与用户操作信息上传至预设的服务器中的示意流程图；

图4为本发明实施例中一种网页前端的异常处理装置的一个实施例结构图；

图5为本发明实施例中一种终端设备的示意框图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参阅图1，本发明实施例中一种网页前端的异常处理方法的一个实施例可以包括：

步骤s101、接收网页前端监测指令，并从所述网页前端监测指令中提取监测条目配置文件。

监测人员在需要对应用程序的网页前端进行监测时，可以通过服务器向指定的终端设备发送网页前端监测指令，在所述网页前端监测指令中，携带了监测条目配置文件。终端设备在接收到所述网页前端监测指令后，即可从中提取所述监测条目配置文件。

优选地，在所述网页前端监测指令中，还携带了分配给该应用程序的应用标识及公钥，从而进行初始化配置。所述应用程序标识是应用程序的唯一标识，在各个不同的应用程序间各不相同，所述公钥由椭圆曲线加密算法(ellipticcurvecryptography，ecc)来生成，加密位数为160位。

在初始化中，由预先设置的软件开发工具包(softwaredevelopmentkit，sdk)自动请求后台进行鉴权，验证应用标识及公钥的合法性。验证成功后，分配用户会话令牌(token)、用户标识及签名。签名由用户信息进行md5加密生成，用户信息包括但不限于用户标识、用户登录手机号码及用户案件信息等。后续交互过程，可以根据签名判断用户身份及上报信息是否合法。

终端设备在接收到所述网页前端监测指令后，可以上报用户的操作环境基本信息。这些操作环境基本信息可以包含：手机型号、安卓或ios版本、浏览器环境、浏览器版本、小程序微信版本、小程序基础库版本、网络环境等等。操作环境基本信息在整个会话中仅上报一次。如果遇到多端登录情况，不作为同一会话，仅作会话关联。收集的操作环境基本信息，后续在异常处理过程中，自动进行关联，可以根据操作环境更好的进行问题定位。

步骤s102、从所述监测条目配置文件中提取对网页前端进行监测的配置监测条目集合。

所述配置监测条目集合中包括一条以上的监测条目，每条监测条目均对应于所述网页前端的一项事件。

所述监测条目配置文件的设置过程可以包括如图2所示的步骤：

步骤s201、获取所述网页前端的监测模式。

在本实施例中，所述网页前端的监测模式可以包括选择监测模式和默认监测模式。

步骤s202、判断所述网页前端的监测模式是否为选择监测模式。

若所述网页前端的监测模式为选择监测模式，则执行步骤s203及其后续步骤，若所述网页前端的监测模式为默认监测模式，则执行步骤s206。

步骤s203、将预设的全局监测条目集合中的各条监测条目在预设的显示区域进行显示。

所述全局监测条目集合为监测条目的全集，包括但不限于：文档对象模型(documentobjectmodel，dom)操作事件、定时器、路由变化、超文本传输协议(hypertexttransferprotocol，http)请求、图片读取、多线程worker及日志等等。

步骤s204、接收监测人员通过预设的用户交互界面对所述全局监测条目集合中的各条监测条目的选择。

监测人员可以通过所述用户交互界面对所述全局监测条目集合中的各条监测条目进行选择，例如，监测人员可以根据实际需要只选择监测dom操作事件、定时器、路由变化、http请求等等，监测人员也可以根据实际需要选择所述全局监测条目集合中的所有监测条目。

步骤s205、将被选中的监测条目组合为所述配置监测条目集合，并将所述配置监测条目集合添加入所述监测条目配置文件中。

步骤s206、将所述全局监测条目集合确定为所述配置监测条目集合，并将所述配置监测条目集合添加入所述监测条目配置文件中。

也即在默认监测模式下，无需进行监测条目的选择，直接将所述全局监测条目集合中的所有监测条目均进行默认选择。

步骤s103、按照预设的监测顺序对所述网页前端依次执行所述配置监测条目配置文件中的各条监测条目，并记录各条监测条目的监测结果。

sdk通过改写javascript原生事件来进行监测代理，以便自动采集javascript运行时中的异常报错信息，无需手动收集进行错误捕获。捕获原理为通过改写浏览器原生方法，添加自定义参数，原有参数，使用apply或者call来对方法修改内部this指向，指向正常地址。针对参数，采用递归取值，将拦截的参数，传递给绑定方法(例如：编写代码时，给dom绑定的方法以及实际需要执行的方法等)。并对绑定方法进行trycatch，在catch到方法执行错误时，捕获到对应的错误，进行自动上报。监测代理的具体执行过程包括但不限于：

(1)dom操作事件。通过改写window.eventtarget的原型链上的addeventlistener和removeeventlistener方法，将源方法保留引用，在源方法执行前后插入自定义方法，在自定义before、after方法中，进行自定义方法数据处理。在执行源方法时，对绑定方法进行trycatch，捕获异常并自动上报。

(2)定时器。javascript中的定时器分为settimeout(延时执行)、setinterval(定时执行)，保留源方法的引用，在设置定时时，对绑定方法进行trycatch处理，捕获异常并自动上报。

(3)路由变化。单页应用中，常用两种路由模式：hash及history。hash模式通过监听hashchange事件来监测当前页面地址。history模式通过监听pushstate及replacestate来监测当前页面地址。在监听时，记录原始地址，如果监测值变化，则为路由跳转，将路由变化记录下来，如有路由参数也一并记录，若同一hash，但参数不同，记为两个不同页面。若为二级路由，则记录一级路由属性。

(4)http请求。本实施例中主要考虑标准模式xmlhttprequest，针对ie浏览器下的activexobject不做兼容，通过改写xmlhttprequest原型链上的open与send方法，实现拦截操作。在open后，获取当前xhr对象，对onerror、onload、onprogress、onreadystatechange进行拦截处理，对异常请求进行收集，请求参数在send中获取，响应参数在onload或onerror中获取。浏览器中的fetch方法，也可以实现http请求，是对ajax进行promise封装。在拦截中，使用apply、call执行原有方法，返回response内容，完成promise执行。

(5)图片读取filereader。对其原型链上的onerror、onload、onboard、onprogress等进行改写，对源方法进行trycatch，当捕获到异常时，上报result内容信息。

(6)多线程worker。改写其原型链上的onerror、onmessage、postmessage等，对源方法进行trycatch，当捕获到异常时，上报message内容。

其它监测代理场景与上述类似，此处不再赘述。

步骤s104、若所述监测结果中出现异常事件，则采集与所述异常事件对应的用户操作信息，并将所述监测结果与所述用户操作信息上传至预设的服务器中。

收集用户操作信息，是为了更方便的定位问题，在知道用户操作步骤后，可以进行复现，复现可以通过浏览器操作模拟等。

在具体进行用户操作信息采集时，对dom操作事件进行改写原生方法，在绑定方法执行中，获取当前操作节点，将页面信息收集，存入内存，定时对内存中的数据，存入本地缓存。非实时存储可以防止性能损耗，通过定时存入，可以防止用户关闭或异常崩溃，导致数据丢失。当前操作节点，通过改写原生方法，在改写addeventlistener时，当为click、keypress、mousedown、touchstart等方法时，对绑定方法中的参数event进行分析，由event.target中的dom树，解析为字符串格式进行存储，解析后的字符串为dom路径，例如：html>body>div#app>input。将当前的一个节点信息存储，若有多条操作行为，放在栈中，产生异常时统一上报。若操作无异常，将存储信息丢弃，防止数据量过大。在储存的操作节点数据中，需要对节点进行页面分组，同一页面的操作为一组，方便后续分析。

当sdk捕获到程序异常时，需要对异常信息进行分析，判断异常所处的方法调用堆栈、产生异常的代码行列数、所处的js文件名称。对exception中的stack进行正则匹配，从字符串数据中获取行列信息及文件、页面信息。在异常处理时，需要防止重复捕获，对上一个异常进行保留，对比当前捕获异常是否与最后一个异常一致，若一致，直接丢弃掉。异常时，将用户操作信息一并立即上报，上报成功后丢弃历史数据。

如图3所示，所述将所述监测结果与所述用户操作信息上传至预设的服务器中具体可以包括：

步骤s301、监测所述网页前端与所述服务器之间的数据传输链路是否正常。

首先，按照预设的监测周期通过所述数据传输链路定时向所述服务器发送预设的监测数据包。

所述监测周期可以根据实际情况进行设置，例如，可以将其设置为1秒、2秒、5秒或者其它取值。但需要注意的是，所述监测周期越短，则监测结果实时性越高，但对资源的消耗会越多，反之，所述监测周期越长，则监测结果实时性越低，但对资源的消耗会越少，需要根据具体情况对两者进行权衡。

然后，判断在所述监测数据包发送后预设的等待时长内是否接收到所述服务器的反馈信息。

所述等待时长可以根据实际情况进行设置，例如，可以将其设置为0.1秒、0.2秒、0.5秒或者其它取值。

若在所述等待时长内接收到所述服务器的反馈信息，则确定所述数据传输链路正常，若在所述等待时长内未接收到所述服务器的反馈信息，则确定所述数据传输链路出现异常。

在另一种具体实现中，若在所述监测数据包发送后预设的等待时长内未接收到所述服务器的反馈信息，可以重复t次继续向所述服务器发送监测数据包，若t次均未接收到所述服务器的反馈信息，才确定所述数据传输链路出现异常。其中，t为正整数，可以根据实际情况将其设置为2次，3次，5次或者其它取值。

若所述网页前端与所述服务器之间的数据传输链路正常，则可直接将所述监测结果与所述用户操作信息上传至所述服务器中。

若所述网页前端与所述服务器之间的数据传输链路出现异常，则需要将所述监测结果与所述用户操作信息进行本地存储，此时执行步骤s302及其后续步骤。

步骤s302、将所述监测结果与所述用户操作信息存储至终端设备中的预设的存储区域。

若所述网页前端与所述服务器之间的数据传输链路在较长的时间内一直保持为异常状态，则可能会积累下大量的监测数据(包括监测结果及用户操作信息)，导致所述存储区域的满溢。

本实施例中可以采用以下两种不同的处理方式：

方式一：直接按照监测数据存储的时间顺序进行覆盖，后存储的数据直接覆盖掉最先写入的数据。

具体地，首先获取存储所述监测结果与所述用户操作信息所需的存储空间以及所述存储区域的剩余存储空间，若存储所述监测数据所需的存储空间小于或等于所述存储区域的剩余存储空间，则将所述监测结果与所述用户操作信息存储至所述存储区域中；若存储所述监测结果与所述用户操作信息所需的存储空间大于所述存储区域的剩余存储空间，则将满足下列条件的delnum条存储时间最早的历史监测数据从所述存储区域中删除，并在完成对所述历史监测数据的删除之后，将所述监测结果与所述用户操作信息存储至所述存储区域中：

其中，delnum为正整数，dn为所述历史监测数据在所述存储区域中按照存储时间从早到晚依次排列的序号，1≤dn≤delnum，remainspace为所述存储区域的剩余存储空间，storagespacedn为所述存储区域中的第dn条历史监测数据所占用的存储空间，curspace为存储所述监测结果与所述用户操作信息所需的存储空间。

方式二：按照监测结果类型分区域进行数据覆盖。

将所述存储区域划分为多个存储子区域，每个存储子区域用于存储不同类型的监测数据。需要注意的是，这里的存储子区域是一个虚拟的概念，并不是实际的物理区域，同一存储子区域在实际的物理存储上，可以是一块完整的物理存储区域，也可以是离散的物理存储区域。

在进行存储时，首先在所述存储区域中选取与所述监测结果对应的存储子区域，然后获取存储所述监测结果与所述用户操作信息所需的存储空间以及所述存储子区域的剩余存储空间，若存储所述监测结果与所述用户操作信息所需的存储空间小于或等于所述存储子区域的剩余存储空间，则将所述监测数据存储至所述存储子区域中；若存储所述监测结果与所述用户操作信息所需的存储空间大于所述存储子区域的剩余存储空间，则将满足下列条件的delnum条存储时间最早的历史监测数据从所述存储子区域中删除，并在完成对所述历史监测数据的删除之后，将所述监测结果与所述用户操作信息存储至所述存储子区域中：

其中，delnum为正整数，dn为所述历史监测数据在所述存储子区域中按照存储时间从早到晚依次排列的序号，1≤dn≤delnum，k为所述存储子区域的序号，1≤k≤subsectornum，subsectornum为所述存储区域中的存储子区域的数目，subremainspacek为所述存储子区域的剩余存储空间，storagespacek,dn为所述存储子区域中的第dn条历史监测数据所占用的存储空间，curspace为存储所述监测结果与所述用户操作信息所需的存储空间。

步骤s303、监测所述网页前端与所述服务器之间的数据传输链路是否恢复正常。

步骤s303中的监测过程与步骤s301中的监测过程相同，具体可参照步骤s301中的详细说明，本实施例在此不再赘述。

若所述网页前端与所述服务器之间的数据传输链路仍处于异常状态，则在所述存储区域中仍保持对监测数据的存储，若所述网页前端与所述服务器之间的数据传输链路恢复正常，则执行步骤s304。

步骤s304、将所述存储区域中存储的所述监测结果与所述用户操作信息传输至所述服务器中。

当所述网页前端与所述服务器之间的数据传输链路恢复正常后，则会将离线期间内存储的监测数据逐步传输至所述服务器中，具体地，可以按照时间先后顺序依次发送，也可以按照数据类型的优先级从高到低的顺序依次发送。每发送一条数据，则将本地存储的数据删除，以留出存储空间供后续的存储使用。

综上所述，本发明实施例在接收到终端设备发送的网页前端监测指令后，从该网页前端监测指令中提取监测条目配置文件，并从该监测条目配置文件中提取对网页前端进行监测的配置监测条目集合，然后按照预设的监测顺序对网页前端依次执行该配置监测条目配置文件中的各条监测条目，并记录各条监测条目的监测结果，若所述监测结果中出现异常事件，则采集与该异常事件对应的用户操作信息，并将监测结果与用户操作信息上传至预设的服务器中。通过本发明实施例，无需监测人员的干预即可自动化执行整个网页前端的异常处理过程，摆脱了对监测人员的主观判断和个人经验的依赖，大大提升了对网页前端异常的处理效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的一种网页前端的异常处理方法，图4示出了本发明实施例提供的一种网页前端的异常处理装置的一个实施例结构图。

本实施例中，一种网页前端的异常处理装置可以包括：

配置文件提取模块401，用于接收网页前端监测指令，并从所述网页前端监测指令中提取监测条目配置文件；

监测条目提取模块402，用于从所述监测条目配置文件中提取对网页前端进行监测的配置监测条目集合，所述配置监测条目集合中包括一条以上的监测条目，每条监测条目均对应于所述网页前端的一项事件；

监测模块403，用于按照预设的监测顺序对所述网页前端依次执行所述配置监测条目配置文件中的各条监测条目，并记录各条监测条目的监测结果；

用户操作信息采集模块404，用于若所述监测结果中出现异常事件，则采集与所述异常事件对应的用户操作信息；

信息上传模块405，用于将所述监测结果与所述用户操作信息上传至预设的服务器中。

进一步地，所述网页前端的异常处理装置还可以包括：

监测模式获取模块，用于获取所述网页前端的监测模式；

监测条目显示模块，用于若所述网页前端的监测模式为选择监测模式，则将预设的全局监测条目集合中的各条监测条目在预设的显示区域进行显示，所述全局监测条目集合为监测条目的全集；

选择接收模块，用于接收监测人员通过预设的用户交互界面对所述全局监测条目集合中的各条监测条目的选择；

第一配置模块，用于将被选中的监测条目组合为所述配置监测条目集合，并将所述配置监测条目集合添加入所述监测条目配置文件中；

第二配置模块，用于若所述网页前端的监测模式为默认监测模式，则将所述全局监测条目集合确定为所述配置监测条目集合，并将所述配置监测条目集合添加入所述监测条目配置文件中。

进一步地，所述信息上传模块可以包括：

第一链路监测单元，用于监测所述网页前端与所述服务器之间的数据传输链路是否正常；

信息存储单元，用于若所述网页前端与所述服务器之间的数据传输链路出现异常，则将所述监测结果与所述用户操作信息存储至终端设备中的预设的存储区域；

第二链路监测单元，用于监测所述网页前端与所述服务器之间的数据传输链路是否恢复正常；

信息上传单元，用于若所述网页前端与所述服务器之间的数据传输链路恢复正常，则将所述存储区域中存储的所述监测结果与所述用户操作信息传输至所述服务器中。

可选地，所述信息存储单元可以包括：

第一获取子单元，用于获取存储所需的存储空间以及所述存储区域的剩余存储空间；

第一存储子单元，用于若存储所述监测结果与所述用户操作信息所需的存储空间小于或等于所述存储区域的剩余存储空间，则将所述监测结果与所述用户操作信息存储至所述存储区域中；

第二存储子单元，用于若存储所述监测结果与所述用户操作信息所需的存储空间大于所述存储区域的剩余存储空间，则将满足下列条件的delnum条存储时间最早的历史监测数据从所述存储区域中删除，并在完成对所述历史监测数据的删除之后，将所述监测结果与所述用户操作信息存储至所述存储区域中：

其中，delnum为正整数，dn为所述历史监测数据在所述存储区域中按照存储时间从早到晚依次排列的序号，1≤dn≤delnum，remainspace为所述存储区域的剩余存储空间，storagespacedn为所述存储区域中的第dn条历史监测数据所占用的存储空间，curspace为存储所述监测结果与所述用户操作信息所需的存储空间。

优选地，所述信息存储单元可以包括：

子区域选取子单元，用于在所述存储区域中选取与所述监测结果对应的存储子区域；

第二获取子单元，用于获取存储所述监测结果与所述用户操作信息所需的存储空间以及所述存储子区域的剩余存储空间；

第三存储子单元，用于若存储所述监测结果与所述用户操作信息所需的存储空间小于或等于所述存储子区域的剩余存储空间，则将所述监测结果与所述用户操作信息存储至所述存储子区域中；

第四存储子单元，用于若存储所述监测结果与所述用户操作信息所需的存储空间大于所述存储子区域的剩余存储空间，则将满足下列条件的delnum条存储时间最早的历史监测数据从所述存储子区域中删除，并在完成对所述历史监测数据的删除之后，将所述监测结果与所述用户操作信息存储至所述存储子区域中：

其中，delnum为正整数，dn为所述历史监测数据在所述存储子区域中按照存储时间从早到晚依次排列的序号，1≤dn≤delnum，k为所述存储子区域的序号，1≤k≤subsectornum，subsectornum为所述存储区域中的存储子区域的数目，subremainspacek为所述存储子区域的剩余存储空间，storagespacek,dn为所述存储子区域中的第dn条历史监测数据所占用的存储空间，curspace为存储所述监测结果与所述用户操作信息所需的存储空间。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置，模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

图5示出了本发明实施例提供的一种终端设备的示意框图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本实施例中，所述终端设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备5可包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机可读指令52，例如执行上述的网页前端的异常处理方法的计算机可读指令。所述处理器50执行所述计算机可读指令52时实现上述各个网页前端的异常处理方法实施例中的步骤，例如图1所示的步骤s101至s104。或者，所述处理器50执行所述计算机可读指令52时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块401至405的功能。

示例性的，所述计算机可读指令52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令52在所述终端设备5中的执行过程。

所述处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其它通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述终端设备5的内部存储单元，例如终端设备5的硬盘或内存。所述存储器51也可以是所述终端设备5的外部存储设备，例如所述终端设备5上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机可读指令以及所述终端设备5所需的其它指令和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干计算机可读指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储计算机可读指令的介质。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。