CN110187993A - 一种异常运行的处理方法、***、电子设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种异常运行的处理方法、***、电子设备及存储介质。所述方法包括：服务器接收异常信息，基于预设的异常错误监控数据库判断所述异常信息对应的异常类型，所述异常类型包括前端数据异常类、服务端数据异常类和硬件异常类；根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果；根据所述捕获结果调用相应的异常处理单元进行异常处理。本申请实施例提供的技术方案，通过调用相应的第一异常处理单元处理异常，第二异常处理单元再对第一异常处理单元抛出的异常进行处理。通过分层次处理异常，使异常处理逻辑清晰，层次分明，能够提高异常处理效率。

Description

一种异常运行的处理方法、***、电子设备及存储介质

技术领域

本申请实施例涉及异常处理技术领域，尤其涉及一种异常运行的处理方法、***、电子设备及存储介质。

背景技术

异常是在程序运行过程中发生的异常事件，通常是由硬件异常、服务异常或***运行异常等问题所导致的。特别是关于文化遗产数据服务***运行的过程中，由于文化遗产数据庞大，在大批量处理数据时难免会出现异常，而且很难考虑到并处理这些异常。目前对于这些异常的处理，通常是直接反馈至服务器，并由服务器执行异常处理操作。由于所有的异常均发送至服务器，由服务器的异常处理单元直接截获异常进行处理，会导致服务器的数据处理压力过重，容易导致服务器异常处理单元因处理量过大而忽略或丢失部分异常数据。不仅如此，针对偌大的文化遗产数据异常管理工作，目前还缺乏一套逻辑性强、层次清晰的处理方案，因此将导致文化遗产数据管理平台带来不良的用户体验，进而影响文化遗产数据的电子保护及传承。

发明内容

本申请实施例提供一种异常运行的处理方法、***、电子设备及存储介质，能够对异常进行分层处理。

在第一方面，本申请实施例提供了一种异常运行的处理方法，包括：

服务器接收异常信息，基于预设的异常错误监控数据库判断所述异常信息对应的异常类型，所述异常类型包括前端数据异常类、服务端数据异常类和硬件异常类；

根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果；

根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；所述第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常。

在第二方面，本申请实施例提供了一种异常运行的处理***，包括：

类型判断模块，用于通过服务器接收异常信息，基于预设的异常错误监控数据库判断所述异常信息对应的异常类型，所述异常类型包括前端数据异常类、服务端数据异常类和硬件异常类；

捕获模块，用于根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果；

处理模块，根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；所述第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常。

在第三方面，本申请实施例提供了一种电子设备，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的异常运行的处理方法。

在第四方面，本申请实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的异常运行的处理方法。

本申请实施例通过对接收到的异常信息进行类型判断，再根据异常类型由相应的功能单元捕获异常，调用相应的第一异常处理单元处理异常，对处理失败的异常信息，向第二异常处理单元抛出异常，由第二异常处理单元进行异常处理。通过功能单元捕获异常，能够直接明确产生异常对应的功能单元，及时捕获异常进行处理；通过分层次处理异常，使处理逻辑清晰，层次分明，能够提高异常处理效率，同时避免异常因数据处理量过大而被忽略或丢失。此外，通过前端校验，对能够处理的异常先进行处理，防止不正确的数据被提交到服务器，在前端就对可能的异常进行处理，以此缓解了服务器的运行压力，提高运行效率。

附图说明

图1是本申请实施例一提供的一种异常运行的处理方法的流程图；

图2是本申请实施例一前端页面校验流程示意图；

图3是本申请实施例一服务端数据异常类分类型处理示意图；

图4是本申请实施例一服务端数据异常类处理流程图；

图5是本申请实施例一前端数据异常类处理流程图；

图6是本申请实施例一硬件异常处理流程图；

图7是本申请实施例一第二异常处理单元异常处理流程图；

图8是本申请实施例一第一异常处理单元、第二异常处理单元的异常处理示意图；

图9是本申请实施例二而提供的一种异常运行的处理***的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

本申请提供的异常运行的处理方案，主要为文化遗产数据服务***的运作提供更为稳定的运行环境。另外通过层级递进式的异常处理方式能够有效缓解服务器数据处理的压力，提高了服务器的资源处理效率。其针对数据管理***运行过程中产生的异常进行分层处理，考虑到目前的运行异常，大都是将异常反馈到服务器进行统一处理，异常处理的效率无法保证，甚至会出现被忽略的情况。因此，本方案通过层级递进式的异常处理方式能够有效缓解服务器数据处理的压力，提高服务器的异常处理效率。依据尽早对异常进行捕获并处理的异常处理原则，对不同异常分类进行捕获，尽量针对不同异常进行不同处理，对本模块不能处理的异常，向上层模块代码抛出，使异常尽可能得到处理，避免异常被忽略，节约处理时长。

实施一：

图1给出了本申请实施例一提供的一种异常运行的处理方法的流程图，本实施例中提供的异常运行的处理方法可以由异常运行的处理设备执行，该异常运行的处理设备可以通过软件和/或硬件的方式实现，该异常运行的处理设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。

下述以异常运行的处理***为执行异常运行的处理方法的设备为例，进行描述。参照图1，该异常运行的处理方法具体包括：

S110、服务器接收异常信息，基于预设的异常错误监控数据库判断所述异常信息对应的异常类型，所述异常类型包括前端数据异常类、服务端数据异常类和硬件异常类。

示例性的，文化遗产数据服务***运行过程中，由于文化遗产数据庞大，难免会出现异常的情况。历史文化遗产数据包括：历史建筑、文物等各类三维模型数据，以及模型配置参数、标签数据等管理数据，在处理这些异常时不能损坏原有数据，同时要求尽可能地处理异常，避免异常被忽略。服务器在文化遗产数据服务***运行过程中，实时接收产生的异常信息，异常信息包含有程序运行过程中具体异常类型、发生位置、异常发生时间、发生异常对应的功能节点等参数信息。而对于非定义的异常，其异常信息也会说明异常发生位置的参数信息。异常处理时会预设异常错误监控数据库，异常错误监控数据库通过对文化遗产数据服务***产生的各类异常日志进行存储，并对应保存各类异常的发生位置。异常错误监控数据库基于接收到的异常信息，能够解析出异常信息中包含的异常位置参数信息。因此，根据异常信息包含的异常位置参数信息，能够获知异常发生的位置，进而能够确定异常属于前端数据异常类、服务端数据异常类还是硬件异常类。本实施例通过确定异常发生的不同位置，便于后续采用对应的处理方式处理异常。

具体的，步骤S110中，所述基于预设的异常错误监控数据库判断所述异常信息对应的异常类型还包括以下实现方式：

根据接收的所述异常信息，生成异常类型的判断请求；基于所述判断请求调用所述异常错误监控数据库中对应的类型标签；将所述类型标签下对应存储的发生异常的代码与所述异常信息中的异常代码进行比对；当比对结果对应的匹配值高达一定阈值时则确定发生异常的类型标签，并确认所述异常信息对应的异常类型。通过所述类型标签的设定，将便于所述功能单元捕获异常信息并生成捕获结果。

可选的，为了能够防止不正确的数据被提交到服务器，在前端就对可能的异常进行处理，以缓解服务器的运行压力，提高运行效率。通过前端页面校检，前端HTML/JSP页面处理逻辑中，使用JavaScript脚本语言对用户将要提交到服务器的数据按照业务规则进行校验，参见图2，前端页面校验流程包括：

S1001、前端获取文化遗产数据服务***运作过程中运行异常产生的异常信息；

S1002、基于所述异常信息执行前端页面校验操作，生成校验结果；

S1003、判断所述校验结果是否符合预设页面规则；

S1004、若所述校验结果不符合所述预设页面规则，则将所述异常信息转换为用于提示输入信息发生错误的提示信息；

S1005、若所述校验结果符合所述预设页面规则，则将所述异常信息发送至服务器。

文化遗产数据服务***运作过程中，由于数据运行异常，会导致前端输入后无反应或者数据显示不完整。前端获取到这些异常后，通过JavaScript脚本语言对异常按照业务规则进行校验，以尽可能处理掉部分异常。JavaScript脚本是通过嵌入在HTML中来实现自身的功能的，Javascript脚本语言同其他语言一样，有它自身的基本数据类型，表达式和算术运算符及程序的基本程序框架。Javascript提供了四种基本的数据类型和两种特殊数据类型用来处理数据和文字。而变量提供存放信息的地方，表达式则可以完成较复杂的信息处理。通过预设的页面规则，只有校验结果满足预设页面规则时，则校验通过，将这些异常数据上传至服务器进一步处理。通过前端校验，对校验结果根据预设页面规则进行判断，对不符合预设页面规则的，则弹出错误提示框来向用户提示错误信息。页面规则根据业务规则设定，业务规则是对业务定义和约束的描述，用于维持业务结构或控制和影响业务的行为。业务规则技术的基本思想是将***处理的业务逻辑从程序代码中抽取出来，将其转变为简单的业务规则，以结构化的业务规则数据来表示业务行为，采用类自然语言来描述，并集中存储在规则库中。业务规则由业务人员创建、实时更新和调试，业务规则之间的复杂逻辑关系由规则引擎处理。这样防止不正确的数据被提交到服务器，在客户端就对可能的异常进行处理。前端校验相当于第一屏障，将能够处理掉的前端数据异常类直接在前端进行处理，以此缓解了服务器的运行压力，提高运行效率。对应处理不了的异常，再上传到服务器进行处理。

需要注意的是，本申请实施例所述的前端，指的是用户所使用的手机前端、电脑前端等，而且还包括后台服务器用户实际操作的前端。应该理解的是，本实施例的前端是在该文化遗产数据服务***下呈现在使用者面前的操作前端，无论是在用户前端还是后台服务器的前端。另外，本申请实施例的服务端同样指的是两方面，一方面是用于为用户使用设备向外通讯的服务端，另一方面是用于为用户使用***提供功能服务的服务端。文化遗产数据服务***运行过程中，后台程序员通过服务器前端调试***，调取出异常单元进行异常处理，通过后台服务器端执行业务请求，通过云端为远程的用户前端提供服务。

S120、根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果。

示例性的，对于上述已经确定异常类型的异常信息，根据哪个功能单元模块产生异常，则由哪个功能单元模块对异常进行捕获，并对异常进行处理。通过产生异常信息的各个对应的功能单元捕获异常进行处理。这些功能单元捕获异常之后，基于捕获到的异常，确定异常原因(即生成捕获结果)，用于后续根据异常原因进行相应的异常处理。

具体的，对于前端数据异常类，一般为前端的输入或输出异常，通过前端业务功能单元捕获异常；对于服务端数据异常类，一般为后台服务器服务(业务服务)异常或云端服务(HTTP服务)异常，由服务端对应业务功能单元捕获异常；对于硬件异常类，由服务端对应功能单元捕获异常。基于对应的功能单元对异常进行捕获处理。

作为本申请一实施例，所述调用相应的功能单元捕获所述异常信息并生成相应的捕获结果，还包括以下实现方式：当接收到异常发生的信号，获取所述异常类型对应的异常信息；提取出所述异常信息中对应的异常代码，基于确定的所述类型标签将所述异常代码对应可能的若干异常原因输出异常捕获表中；计算各异常原因对应的异常几率，输出至所述异常捕获表中；将所述异常几率最大的异常原因确定为所述捕获结果。由此可见，通过异常几率的计算将有效提高异常原因的判定成功率，通过异常捕获表将为后续自定义异常类提供有价值的参考作用。

具体的，所述计算各异常原因对应的异常几率，包括以下实现方式：获取所述异常信息中的对应异常的发生位置和功能节点对应信息；在异常代码对应所述匹配值的基础上，将发生位置和功能节点两者的参数信息分别与所述类型标签下的参数信息进行比对，通过比对结果确定异常几率。

作为本申请一实施例，所述发生位置用于表示异常发生对应的操作地址，例如：C:\Program Files\Cultural Heritage Data Management Service Platform\safe\Sectx，或https://bbs.chdmsp.com/search.php？mod＝forum。所述功能节点用于表示导致发生异常的功能操作对应的节点。其中发生位置和功能节点两者的参数信息指的是针对两者分别设定的参数代码，例如，发生异常时对应操作地址C:\Program Files\CulturalHeritage Data Management Service Platform\safe\Sectx对应参数代码设定为1111000010100010110；发生异常时对应功能操作节点的参数代码设定为0000010。当参数代码完全匹配时，其对应的匹配值为1。

S130、根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常。

示例性的，功能单元捕获到异常后，根据异常原因，调用相应的异常处理单元处理异常。不同于现有的异常处理机制，数据***中产生的异常，统一反馈至服务器端进行处理。本申请实施例针对产生异常的功能单元，先由低层的功能单元调用异常处理单元处理异常，功能单元处理不了的异常，再抛出，由异常处理单元继续处理异常。以此来实现异常的分层处理，提高异常处理效率，避免异常被忽略。我们对***中的各类可预知可处理的异常在异常处理配置文件中进行统一定义，提供异常处理功能单元，当各功能单元在捕获到异常时，需要对异常进行处理时，进行统一调用。其中，异常处理单元包括第一异常处理单元和第二异常处理单元，第一异常处理单元包括处理对应功能单元的异常处理配置文件，供对应功能单元调用，获取异常处理配置文件的异常处理代码，进行相应异常类型的处理。功能单元调用异常处理单元处理异常时，先调用第一异常处理单元处理异常，如第一异常处理单元对异常处理成功，则第一异常处理单元正常结束，如异常处理失败，则将异常抛出，由第二异常处理单元捕获异常，第二异常处理单元用于对第一异常处理单元处理失败的异常进行继续处理。需要注意的是，在第一异常处理单元的异常处理量达到一定阈值时，也可以将异常向第二异常处理单元抛出异常，以缓解第一异常处理单元的数据处理压力。通过预先设置一个异常处理量阈值，异常处理量阈值可根据第一异常处理单元的实际数据处理能力设定，设定时间内当第一异常处理单元检测到其异常处理量达到设定阈值时，则将异常抛出，由第二异常处理单元处理。

具体的，参照图3-图6，基于服务端数据异常类、前端数据异常类、硬件异常三种不同的异常类型，对本实施异常处理进行描述。

其中，对于服务端数据异常类，一般包括后台线程调用业务功能单元产生的异常和HTTP请求服务功能单元产生的异常。其中，业务功能单元用于处理前端业务功能请求，如实现某项界面功能而生成的请求；服务功能单元用于处理来自云端的功能服务请求，如为服务于某项界面功能而制定的请求。如图3所示，对服务端数据异常类处理方式一般分为两类，分别为定时任务(后台线程)调用的业务功能单元异常处理和HTTP请求服务功能单元异常处理。在确定服务端数据异常类为后台线程调用业务功能单元产生的异常时，由业务功能单元捕获异常，生成的捕获结果包括服务端丢失相关业务指令或丢失相关数据库文件；确定服务端数据异常类为HTTP请求服务功能单元产生的异常，由服务功能单元捕获异常，生成的捕获结果包括HTTP请求服务中止或错误。通过对服务端数据类异常进行具体分类处理，能够更好地提高异常处理效率。

如图4所示，服务端数据异常类的处理流程包括：

S1311、通过调用相应的第一异常处理单元，获取服务端数据异常类对应异常处理配置文件的异常处理信息，对捕获的异常进行处理；

S1312、若异常处理成功，则第一异常处理单元正常结束；

S1313若异常处理失败，则将处理失败的异常向第二异常处理单元抛出，由第二异常处理单元进行处理。

基于上述服务端数据异常类的两种处理方式，在定时任务(后台线程)调用业务功能单元执行，业务功能单元产生异常时，如果该异常是可处理的异常，业务功能单元对该异常进行捕获，并对异常进行处理。业务功能单元在异常处理代码中，调用第一异常处理单元提供的异常处理代码对异常进行处理，如果异常处理成功，则业务功能单元正常结束。如果异常处理失败，则业务功能单元需将异常向上层抛出，由第二异常处理单元进行异常处理。另一方面，对于服务功能单元产生的异常，则由服务功能单元调用异常处理单元处理异常。在HttpServlet业务处理逻辑中，提供一个HttpServlet基类，所有其他的HttpServlet业务处理类都要从它继承过来。在HttpServlet基类的入口方法中对所有HttpServlet业务处理类抛出来的异常进行捕获处理。当HTTP请求服务功能单元产生异常时，服务功能单元对可处理异常进行捕获，调用第一异常处理单元进行异常处理，如果异常处理成功，则跳转到正常页面。如果异常处理不成功，则业务功能单元将异常向上层第二异常处理单元抛出异常，由第二异常处理单元处理异常。

如图5所示，前端数据异常类处理流程包括：

S1321、判断前端输入或输出数据是否符合预设页面规则；

S1322、若不符合预设页面规则，则向前端发送用于提示输入或输出信息发生错误的提示信息；

S1323、若符合预设页面规则，则通过调用相应的第一异常处理单元，获取前端数据异常类对应异常处理配置文件的异常处理信息，对捕获的异常进行处理，若异常处理成功，则第一异常处理单元正常结束；若异常处理失败，则将处理失败的异常第二异常处理单元抛出，由所述第二异常处理单元进行处理。

对于前端数据类异常，一般为前端的输入或输出异常，通过前端业务功能单元处理异常。前端业务功能单元先进行页面校验。参照上述在服务器接收异常信息之前的前端异常处理方式，通过预设置页面规则，对异常进行再次页面校验。只有校验结果满足预设页面规则时，则校验通过，调用异常处理单元对异常进行处理。通过前端校验，对校验结果根据预设页面规则进行判断，对不符合预设页面规则的，则弹出错误提示框来向用户提示错误信息，提示输入或者输出错误。对于前端数据异常类，一般为人机界面交互时输入信息不符合规范导致的前端输入输出异常，对于这类异常交由前端业务功能单元处理。前端业务功能单元通过异常信息确定异常原因(输入信息错误)，然后向用户提示输入信息错误，以此完成前端数据异常类处理。对于符合预设页面规则的异常信息，表示其他原因引起的前端异常，则前端对应的功能单元调用相应的第一异常处理单元，获取前端数据异常类对应异常处理配置文件的异常处理代码，借助异常处理代码处理异常，若异常处理成功，则页面正常恢复，若异常处理失败，则交由第二异常处理单元继续处理异常。

如图6所示，硬件异常的处理流程包括：

S1331、通过所述硬件异常类对应的异常信息确定异常原因；

S1332、对于前端设备硬件异常导致前端页面输入或输出设备发生数据异常的，则通过调用相应的第一异常处理单元重新启动前端对应的功能单元，若异常处理成功，则第一异常处理单元正常结束；若异常处理失败，则将处理失败的异常向第二异常处理单元抛出，由第二异常处理单元进行处理；

S1333、对于硬件设备物理损坏的，则直接将异常原因推送至前端显示并写入所述异常错误监控数据库。

硬件异常类通常为前端触控屏或者前端显示器异常，也可能是后台服务器存储硬盘受损。对应硬件异常类的异常处理方式，先通过确定异常原因，对于前端触控器或前端显示器异常，导致前端页面输入或输出设备发生数据异常的，则通过调用相应的第一异常处理单元前端对应业务功能单元。此时如果异常处理成功，那么第一异常处理单元正常结束，如果异常处理失败，则交由第二异常处理单元继续处理异常。而对于硬件设备物理损坏，这类异常是功能单元处理不了的异常，则直接将异常原因推送至前端显示并写入异常错误监控数据库。通过获取其异常代码、异常信息和异常页面，通过异常错误监控数据库中记录的异常数据或者互联网请求确定异常原因，后将异常原因推送至前端显示以及写入异常错误监控数据库。

上述对于服务端数据异常类、前端数据异常类、硬件数据异常类三种不同的异常类型，通过调用对应的第一异常处理单元获取相应的异常处理代码处理异常，对于第一异常处理单元处理失败的异常，则交由第二异常处理单元处理，参照图7，第二异常处理单元的处理流程包括：

S1401、判断异常是否符合可处理规则；

S1402、若异常符合可处理规则，则基于预设的分类规则，重新确定异常对应的推断异常类型，通过所述推断异常类型对应的功能单元捕获异常，调用相应的第一异常处理单元进行处理；

S1403、若异常不符合可处理规则，则生成调用处理请求。

第二异常处理单元对于第一异常处理单元处理处理失败的异常，会基于可处理规则判断异常是否为可处理异常。可处理规则定义为异常错误监控数据库中存在相关异常处理数据的异常，对于那些不可预见的异常，则不符合可处理规则。同时对于硬件损坏的情况，同样是异常错误监控数据库处理不了的情况。对于这类定义为不可处理的异常，第二异常处理单元会生成调用处理请求以请求运维人员调用处理。譬如，对于服务端业务功能单元产生的异常，如果该异常是不可处理的异常，则第二异常处理单元生成调用处理请求，供***运维人员通过定时任务(后台线程)对异常进行捕获，调用异常处理单元进行人工异常处理。对于业务功能单元产生的异常，如果该异常是不可处理的异常，则第二异常处理单元生成调用处理请求，供运维人员通过HttpServlet基类对抛出的异常进行捕获。服务功能单元对异常的处理方式与业务功能单元类似，产生异常时由对应功能单元模块处理异常，处理不了则供服务器运维人员通过调取各功能单元对应捕获的异常继续处理。

对于符合可处理规则的异常，根据前一次推断出的异常原因推算出存在的各种异常可能性，进行了第一次分类处理后排除前一次的异常类型，之后确定另外一项异常类型。譬如，根据前一次确定为服务端数据异常类的异常，再次确定异常类型时，则排除服务端数据异常类。再根据预设的分类规则，对异常进行重新分类。判断异常类型时，根据异常事件包含的各个参数信息判断异常产生的位置，进而对异常类型进行重新推断。异常事件中根据不同的异常会产生不同的参数信息。例如，对于用户操作错误导致的导致的异常事件，异常信息中会携带有用户错误请求操作信息，那么根据这些信息，即可推断出异常类型为前端数据异常类。又比如在与客户模块交互时不满足前置条件后置条件发生的错误，如类库被其他程序员调用时参数超出范围等，那么此时异常信息中会包含类库调用参数超出的特征信息，以此来推断该异常为服务端运行时错误，异常类型为服务端数据异常类。然后参照上述S130，通过重新确定的异常类型对应的功能单元捕获异常，调用相应的第一异常处理单元进行处理。需要注意的是，对于再次分类处理失败的异常信息，由于基于当前异常错误监控数据库提供的异常处理代码无法成功处理异常，那么则需要通知运维人员对异常进行人工处理，通过人工介入处理异常信息。

作为本发明的一实施例，当异常发生时，所述第一异常处理单元处理异常失败后，则将异常抛向第二异常处理单元，当所述第二异常处理单元同样处理异常失败后，还包括以下实现方式：获取处理失败后异常对应的异常信息，通过继承Exception类自定义异常类；判断所述异常类对应长度是否合法；基于所述异常类的合法性，生成异常号，根据异常号将所述异常存储入异常表中；所述异常表设置于所述异常错误监控数据库中。通过有效的自定义异常并存储入异常表中，将有利于实现文化遗产数据服务***的全自动化异常检测和处理功能，降低人力成本。

作为本发明的一实施例，实现通过继承Exception类自定义异常类和判断所述异常类对应长度是否合法采用的程序代码如下：public class LengthException extendsException{public LengthException(){}public LengthException(String s){super(s)；}@Override public String getMessage(){return super.getMessage()；}}

如图8所示，本申请实施例对应前端数据异常类、服务端数据异常类、硬件异常类三种不同异常类型，根据异常原因，先由相应的第一异常处理单元处理异常，如果异常处理成功，则将异常日志写入异常错误监控数据库，并将异常原因在前端的界面显示，同时正常结束第一异常处理单元。如果异常处理不成功，那么则将异常抛出给到第二异常处理单元，第二异常处理单元基于异常可处理规则，对不可处理的异常，则请求运维人员调用异常处理单元进行人工处理；对应可以处理的异常，那么则排除之前异常处理时确定的异常类型，重新再确定异常类型，根据重新确定的异常类型进行异常处理。并且，对于在循环确定异常类型设定次数无法处理成功的异常信息，则直接请求运维人员调用异常处理单元进行人工处理异常，使异常尽快得到处理。

异常处理单元通过调用异常错误监控数据库，获取异常处理配置文件的异常处理信息进行异常处理。为了便于调用及数据管理，异常错误监控数据库包括第一异常错误监控数据库和第二异常错误监控数据库，其中，第一数据库对应第一异常处理单元的功能记录数据，存储有每一次异常处理过后的异常处理记录数据(包括第二异常处理单元的异常处理数据)，并接受第一异常处理单元调用相关的异常处理程序代码处理异常。第二异常监控数据库则设定为重新确定异常类型和异常原因的功能，其对应第二异常处理单元的功能记录数据，并接受第二异常处理单元调用处理异常。此外，第二异常监控数据库还设定有供运维人员调用的接口，用于供运维人员对不可处理的异常进行人工处理。

在实际异常运行处理过程中，异常处理单元处理异常时，会先根据异常事件记录异常日志，将异常日志写入异常错误监控数据库。并且在进行异常处理时，一方面通过异常处理单元处理异常，另一方面则将异常处理记录写入异常错误监控数据库，供运维人员通过异常信息监控机制实时获知异常信息，以提供异常处理的容错机制，避免异常无法尽快得好处理乃至别忽略的问题。具体的，参照下表1，对上述三种异常类型提供具体的故障处理及容错机制。

表1故障处理及容错机制

在数据操作过程中，比如用户在上传数据时，B/S***端(Browser/Server，浏览器/服务器模式)是只当此数据文件正确接收后才开始解析入库，而在入库的过程采用了数据库事务处理的机制，能够保证数据的完整性和一致性。程序里统一采用“try{…}catch{…}”机制进行处理，可以确保程序运行的健壮性。在导入和导出的过程中记录了详细的出错日志，通过日志可以追踪数据发生错误的地方，便于用户解决问题。在网络不好或无法上网的情况下，可以将数据导出为外部文件，然后通过刻盘的方式上报。并且，所有的***出错日志均统一记录到相关数据表，同时提供查询功能。

上述，通过对接收到的异常信息进行类型判断，再根据异常类型由相应的功能单元捕获异常，调用相应的第一异常处理单元处理异常，对处理失败的异常信息，向第二异常处理单元抛出异常，由第二异常处理单元进行异常处理。通过功能单元捕获异常，能够直接明确产生异常对应的功能单元，及时捕获异常进行处理；通过分层次处理异常，使处理逻辑清晰，层次分明，能够提高异常处理效率，同时避免异常因数据处理量过大而被忽略或丢失。

实施例二

在上述实施例的基础上，图9为本申请实施例二提供的一种异常运行的处理***的结构示意图。参考图9，本实施例提供的异常运行的处理***具体包括：类型判断模块201、捕获模块202及处理模块203。

其中，类型判断模块201，用于通过服务器接收异常信息，基于预设的异常错误监控数据库判断所述异常信息对应的异常类型，所述异常类型包括前端数据异常类、服务端数据异常类和硬件异常类；捕获模块202，用于根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果；处理模块203，用于根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常。

上述，通过对接收到的异常信息进行类型判断，再根据异常类型由相应的功能单元捕获异常，调用相应的第一异常处理单元处理异常，对处理失败的异常信息，向第二异常处理单元抛出异常，由第二异常处理单元进行异常处理。通过功能单元捕获异常，能够直接明确产生异常对应的功能单元，及时捕获异常进行处理；通过分层次处理异常，使处理逻辑清晰，层次分明，能够提高异常处理效率，同时避免异常因数据处理量过大而被忽略或丢失。

具体的，还包括前端校验模块，用于通过前端获取文化遗产数据服务***运作过程中运行异常产生的异常信息；基于所述异常信息执行前端页面校验操作，生成校验结果；判断所述校验结果是否符合预设页面规则；若所述校验结果不符合所述预设页面规则，则将所述异常信息转换为用于提示输入信息发生错误的提示信息；若所述校验结果符合所述预设页面规则，则将所述异常信息发送至服务器。

具体的，处理模块203包括服务端数据类异常处理单元，用于通过调用相应的第一异常处理单元，获取服务端数据异常类对应异常处理配置文件的异常处理信息，对捕获的异常进行处理；若异常处理成功，则第一异常处理单元正常结束；若异常处理失败，则将处理失败的异常向第二异常处理单元抛出，由第二异常处理单元进行处理。前端数据类异常处理单元，用于判断前端输入或输出数据是否符合预设页面规则；若不符合预设页面规则，则向前端发送用于提示输入或输出信息发生错误的提示信息；若符合预设页面规则，则通过调用相应的第一异常处理单元，获取前端数据异常类对应异常处理配置文件的异常处理信息，对捕获的异常进行处理，若异常处理成功，则第一异常处理单元正常结束；若异常处理失败，则将处理失败的异常向第二异常处理单元抛出，由所述第二异常处理单元进行处理。硬件异常处理单元，用于通过所述硬件异常类对应的异常信息确定异常原因；对于前端设备硬件异常导致前端页面输入或输出设备发生数据异常的，则通过调用相应的第一异常处理单元重新启动前端对应的功能单元，若异常处理成功，则第一异常处理单元正常结束；若异常处理失败，则将处理失败的异常向第二异常处理单元抛出，由第二异常处理单元进行处理；对于硬件设备物理损坏的，则直接将异常原因推送至前端显示并写入所述异常错误监控数据库。

更具体的，捕获模块202包括分类处理单元，用于根据服务端数据异常类包括的后台线程调用业务功能单元产生的异常和HTTP请求服务功能单元产生的异常，在确定服务端数据异常类为后台线程调用业务功能单元产生的异常时，由业务功能单元捕获异常，生成的捕获结果包括服务端丢失相关业务指令或丢失相关数据库文件；确定服务端数据异常类为HTTP请求服务功能单元产生的异常，由服务功能单元捕获异常，生成的捕获结果包括HTTP请求服务中止或错误。

作为本发明的一实施例，可选的，所述第一异常处理单元和第二异常处理单元在所述处理模块203中处于同一级单元，即当所述第一异常处理单元和第二异常处理单元均可独立处理异常。具体还包括以下方式：

基于所述捕获模块202的捕获结果，将相应的异常分配至相应的异常处理单元中进行处理。该处理方式的好处在于，能够有针对性的处理异常，设定的两大异常处理单元将大大提高异常处理效率，通过所述捕获模块202对异常的捕获并生成的捕获结果，使得异常处理的准确性得到有效提高，缩短异常处理周期。

本申请实施例二提供的异常运行的处理***可以用于执行上述实施例一提供的异常运行的处理方法，具备相应的功能和有益效果。

实施例三：

本申请实施例三提供了一种电子设备，该电子设备包括：处理器、存储器、通信模块。该电子设备中处理器的数量可以是一个或者多个，该电子设备中的存储器的数量可以是一个或者多个。该电子设备的处理器、存储器、通信模块可以通过总线或者其他方式连接。

存储器作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的异常运行的处理方法对应的程序指令/模块(例如，异常运行的处理***中的类型判断模块、捕获模块及处理模块)。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信模块用于与待升级设备建立无线连接，并进行数据传输。

处理器通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的异常运行的处理方法。

上述提供的电子设备可用于执行上述实施例一提供的异常运行的处理方法，具备相应的功能和有益效果。

实施例四：

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种异常运行的处理方法，该异常运行的处理方法包括：服务器接收异常信息，基于预设的异常错误监控数据库判断所述异常信息对应的异常类型，所述异常类型包括前端数据异常类、服务端数据异常类和硬件异常类；根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果；根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带***；计算机***存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机***中，或者可以位于不同的第二计算机***中，第二计算机***通过网络(诸如因特网)连接到第一计算机***。第二计算机***可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机***中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的异常运行的处理方法，还可以执行本申请任意实施例所提供的异常运行的处理方法中的相关操作。

上述实施例中提供的异常运行的处理***、存储介质及电子设备可执行本申请任意实施例所提供的异常运行的处理方法，未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的异常运行的处理方法。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (10)

1.一种异常运行的处理方法，其特征在于，包括：

服务器接收异常信息，基于预设的异常错误监控数据库判断所述异常信息对应的异常类型，所述异常类型包括前端数据异常类、服务端数据异常类和硬件异常类；

根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果；

根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；所述第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常。

2.根据权利要求1所述的异常运行的处理方法，其特征在于，所述服务端数据异常类包括后台线程调用业务功能单元产生的异常和HTTP请求服务功能单元产生的异常；

所述根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果，包括：

确定服务端数据异常类为后台线程调用业务功能单元产生的异常时，由业务功能单元捕获异常，生成的捕获结果包括服务端丢失相关业务指令或丢失相关数据库文件；

确定服务端数据异常类为HTTP请求服务功能单元产生的异常，由服务功能单元捕获异常，生成的捕获结果包括HTTP请求服务中止或错误。

3.根据权利要求1所述的异常运行的处理方法，其特征在于，在所述服务器接收异常信息之前，还包括：

前端获取文化遗产数据服务***运作过程中运行异常产生的异常信息；

基于所述异常信息执行前端页面校验操作，生成校验结果；

判断所述校验结果是否符合预设页面规则；

若所述校验结果不符合所述预设页面规则，则将所述异常信息转换为用于提示输入信息发生错误的提示信息；

若所述校验结果符合所述预设页面规则，则将所述异常信息发送至服务器。

4.根据权利要求1所述的异常运行的处理方法，其特征在于，所述根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；所述第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常包括：

所述异常类型确定为服务端数据异常类时，通过调用相应的第一异常处理单元，获取服务端数据异常类对应异常处理配置文件的异常处理信息，对捕获的异常进行处理；

若异常处理成功，则第一异常处理单元正常结束；

若异常处理失败，则将处理失败的异常向上层的第二异常处理单元抛出，由第二异常处理单元进行处理。

5.根据权利要求1所述的异常运行的处理方法，其特征在于，所述根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；所述第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常包括：

所述异常类型确定为前端数据异常类时，则判断前端输入或输出数据是否符合预设页面规则；

若不符合预设页面规则，则向前端发送用于提示输入或输出信息发生错误的提示信息；

若符合预设页面规则，则通过调用相应的第一异常处理单元，获取前端数据异常类对应异常处理配置文件的异常处理信息，对捕获的异常进行处理，若异常处理成功，则第一异常处理单元正常结束；若异常处理失败，则将处理失败的异常向上层的第二异常处理单元抛出，由所述第二异常处理单元进行处理。

6.根据权利要求1所述的异常运行的处理方法，其特征在于，所述根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；所述第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常包括：

所述异常类型确定为硬件异常类时，则通过所述硬件异常类对应的异常信息确定异常原因；

对于前端设备硬件异常导致前端页面输入或输出设备发生数据异常的，则通过调用相应的第一异常处理单元重新启动前端对应的功能单元，若异常处理成功，则第一异常处理单元正常结束；若异常处理失败，则将处理失败的异常向上层的第二异常处理单元抛出，由第二异常处理单元进行处理；

对于硬件设备物理损坏的，则直接将异常原因推送至前端显示并写入所述异常错误监控数据库。

7.根据权利要求4-6中任意一项所述的异常运行的处理方法，其特征在于，所述由第二异常处理单元进行处理包括：

第二异常处理单元判断异常是否符合可处理规则；

若异常符合可处理规则，则基于预设的分类规则，重新确定异常对应的推断异常类型，通过所述推断异常类型对应的功能单元捕获异常，调用相应的第一异常处理单元进行处理；

若异常不符合可处理规则，则生成调用处理请求。

8.一种异常运行的处理***，其特征在于，包括：

类型判断模块，用于通过服务器接收异常信息，基于预设的异常错误监控数据库判断所述异常信息对应的异常类型，所述异常类型包括前端数据异常类、服务端数据异常类和硬件异常类；

捕获模块，用于根据所述异常类型，调用相应的功能单元捕获所述异常信息并生成相应的捕获结果；

处理模块，用于根据所述捕获结果调用相应的异常处理单元进行异常处理，所述异常处理单元包括第一异常处理单元和第二异常处理单元；所述第一异常处理单元用于处理对应异常类型的异常，所述第二异常处理单元用于处理所述第一异常处理单元抛出的异常。

9.一种电子设备，其特征在于，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

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

10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7任一所述的异常运行的处理方法。