异常数据处理方法、装置、设备及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种异常数据处理方法、装置、设备及存储介质。

背景技术

随着互联网技术的发展，各个系统融入的功能越来越多，迭代的次数也越来越多，相应的代码也随之变得越来越复杂，代码问题的排查定位变的异常艰难。某些数据出现异常，很难定位是哪个环节出现的问题以及出现了什么问题。工程师不得不花大量的时间重新评审代码，对海量数据进行复测，排查每一个可能出现问题的环节。

现有工程师排查代码异常的依据主要是业务程序运行日常日志，该日志记录了程序运行的常规信息，但是由于该日志的异常信息往往太过宏观，大量无意义信息混杂其中，无法快速准确地排查到问题代码。

发明内容

本发明实施例提供一种异常数据处理方法、装置、设备及存储介质，能够快速准确地定位到异常代码。

第一方面，本发明实施例提供了一种异常数据处理方法，所述方法包括：

对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；

每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；

将每个唯一异常标识和所述抛错信息存储到数据库中。

第二方面，本发明实施例还提供了一种异常数据处理装置，所述装置包括：

实时监测模块，用于对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；

异常信息确定模块，用于每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；

存储模块，用于将每个唯一异常标识和所述抛错信息存储到数据库中。

第三方面，本发明实施例还提供了一种计算机设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

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

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的异常数据处理方法。

本发明实施例通过对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；将每个唯一异常标识和所述抛错信息存储到数据库中，通过预先为每个待监测执行逻辑设置唯一异常标识，当有待监测执行逻辑发生异常时，将相应的唯一异常标识存储到数据库中，通过数据库中存储的唯一异常标识即可确定哪些待监测执行逻辑发生了异常，克服了现有使用业务程序运行日常日志，由于该日常日志记录的程序运行的常规信息太过宏观，同时存在大量无意义信息而导致的无法快速定位异常代码的问题，能够快速准确地定位到异常代码，也为后续快速获知代码级异常原因提供了便利。

附图说明

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

图1是本发明实施例一中的一种异常数据处理方法的流程图；

图2是本发明实施例二中的一种异常数据处理方法的流程图；

图3是本发明实施例三中的一种异常数据处理方法的流程图；

图4是本发明实施例四中的一种异常数据处理装置的结构示意图；

图5是本发明实施例五中的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种异常数据处理方法的流程图，本实施例可适用于代码运行过程中出现异常且需要定位代码位置的情况，该方法可以由异常数据处理装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于计算机设备中。如图1所示，该方法可以包括如下步骤：

S110、对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识。

其中，执行逻辑优选可以是程序员所编写的并用来实现某种功能的代码。待监测执行逻辑是程序员预先选定的在运行过程中可能发生异常的代码，该代码可以是一条，也可以是多条。示例性的，程序员可以根据当前的运行环境确定哪些代码可能出现异常，运行环境可以包括网络状态、内存空间、数据库状态等，例如，当前的运行环境为网络状况不佳，则程序员可以根据网络状况不佳确定对应网络跨度较远的业务代码可能出现异常；当前的运行环境为网络状况为数据库规整度不够，则程序员可以根据数据库规整度不够确定对应数据库的业务代码可能出现异常；程序员还可以根据代码的用户使用数量、代码本身的复杂程度确定哪些代码可能出现异常等。

为了更好的区别各个待监测执行逻辑，也为了后续能够方便的定位各个待监测执行逻辑，优选可以为每条待监测执行逻辑设置唯一异常标识，即不同的待监测执行逻辑对应不同的唯一异常标识。该唯一异常标识优选可以是程序员在选定待监测执行逻辑后，通过调用唯一异常标识生成接口生成的。在此需要说明的是，唯一异常标识一旦生成，其与对应的待监测执行逻辑之间的关系便是确定的，不会随着后续业务的执行而发生改变。

优选的，所述唯一异常标识包括第一预设位数的随机序列标识，第二预设位数的异常严重等级标识和第三预设位数的异常位置标识，其中，所述随机序列标识用于表示异常标识的唯一性，所述异常位置标识用于表示所述目标执行逻辑所在的位置。

示例性的，第一预设位数可以是32位，第二预设位数可以是1位，第三预设位数可以是3位，其中，前32位的随机序列标识是永不重复的随机序列，以保证该异常标识的唯一性，每一位均可以是数字0-9中的任一个数字。第33位的异常严重等级标识用0-9等10个数字来表示相应业务代码(该业务代码即执行逻辑，后续如无特殊说明，业务代码均指代执行逻辑)如果出现异常，所对应的问题的严重程度，例如0代表严重等级为最低，9代表严重等级为最高。问题的严重程度以及对应的数字均是程序员预先设定的，示例性的，程序员预先设定网络异常为严重等级最低的异常，系统崩溃为严重等级最高的异常，则如果抛错信息为网络异常，则第33位可以设置为数字0，如果抛错信息为系统崩溃，则第33位可以设置为数字9。第34-36位的异常位置标识三位数字代表异常出现的具体模块，每一位也均可以是数字0-9中的任一个数字，每一个数字均可以代表一个模块。优选的，第34位可以是父模块，第35位可以是一级子模块，第36位可以是二级子模块。以监测系统为例，第34位父模块可以是在线监测模块1和离线监测模块2，第35位一级子模块可以是A媒体1，B媒体2，C媒体3；第36位二级子模块可以是a类媒体投放方式1、b类媒体投放方式2、c类媒体投放方式3和d类媒体投放方式4。

在此需要说明的是，如果业务代码对应的模块没有二级子模块，则异常位置标识也可以只用2位数字来表示，即第三预设位数可以是2位，相应的，第34位是父模块，第35位是一级子模块，无第36位。或者业务代码对应的模块没有二级子模块，但一级子模块的数量超过了10个，则异常位置标识也可以用3位数字来表示，即第三预设位数是3位，相应的，第34位是父模块，第35位和第36位共同表示一级子模块。可以理解的是，上述第一预设位数、第二预设位数和第三预设位数的具体数值均为举例说明，其并不能对范围起限定作用，只要能够满足实际需要以及实现上述功能，第一预设位数、第二预设位数和第三预设位数的具体数值可以是任意的整数。

在确定好待监测执行逻辑以及设置好其一一对应的唯一错误标识后，即可对待监测执行逻辑进行实时监测，以确定在业务执行过程中，是否存在异常执行逻辑。

S120、每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息。

本实施例中，目标执行逻辑优选为已经发生异常的业务代码。抛错信息为一旦监测到目标执行逻辑出现异常，监测系统抛出的异常信息，抛错信息可以包括网络异常，系统瘫痪或者数据延迟等内容。

在实时监测的过程中，一旦发现存在目标执行逻辑存在异常，则确定相应的唯一异常标识和相应的抛错信息。

S130、将每个唯一异常标识和所述抛错信息存储到数据库中。

优选的，可以将每个唯一异常标识和其对应的抛错信息以键值对的方式存储到数据库中，程序员可以根据数据库中的唯一异常标识，确定哪些业务代码存在异常。此外，还可以为所有的唯一异常标识建立索引，以便程序员能够更加快捷的在数据库中找到唯一异常标识和相应的抛错信息，即程序员既可以利用唯一异常标识确定异常代码，也可以利用索引确定异常代码。

本实施例提供的一种异常数据处理方法，通过对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；将每个唯一异常标识和所述抛错信息存储到数据库中，通过预先为每个待监测执行逻辑设置唯一异常标识，当有待监测执行逻辑发生异常时，将相应的唯一异常标识存储到数据库中，通过数据库中存储的唯一异常标识即可确定哪些待监测执行逻辑发生了异常，克服了现有使用业务程序运行日常日志，由于该日常日志记录的程序运行的常规信息太过宏观，同时存在大量无意义信息而导致的无法快速定位异常代码的问题，能够快速准确地定位到异常代码，也为后续快速获知代码级异常原因提供了便利。

在上述各实施例的基础上，进一步的，在每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息之后，包括：

根据预先存储的唯一异常标识码和对应的代码级异常原因，推测所述目标执行逻辑的目标代码级异常原因；

根据所述目标代码级异常原因，基于预先存储的代码级异常原因和对应的解决方案，推荐相应的目标解决方案。

在实现了快速准确定位异常代码的效果的基础上，为了在解决问题的过程能够为程序员提供参考，本实施例优选可以为程序员提供引起异常的可能根源以及解决方案。

本实施例中，代码级异常原因区别于上述抛错信息，抛错信息指的是宏观错误，例如网络异常，系统崩溃等，而代码级异常原因则指的是代码级别的错误，是一个微观概念，比如抛错信息是系统崩溃，其对应的异常代码是A业务代码，但是实际造成系统崩溃的异常代码可能是B业务代码的参数出现问题。

具体的，程序员可以预先将每个唯一异常标识码对应的代码级异常原因以及相应的解决方案存储到监测系统中，一旦监测系统监测到唯一异常代码一致的异常，则可以根据预先存储的内容推测至少一个代码级异常原因，并给出相应的解决方案。在推测代码级异常原因的过程中，除了参考唯一异常代码外，还可以进一步参考异常数据量和异常发生的时间，根据唯一异常代码、异常数据量和异常发生的时间，能够更加精确的推测代码级异常原因。优选的，程序员可以在每次解决问题之后，将新产生的或者新纠正的代码级异常原因以及相应的解决方案存储到监测系统中，以便不断提高系统的推测代码级异常原因以及给出解决方案的能力。

实施例二

图2为本发明实施例二提供的一种异常数据处理方法的流程图。本实施例可以与上述一个或者多个实施例中各个可选方案结合，在本实施例中，在将每个唯一异常标识和所述抛错信息存储到数据库中之后，还包括：对预设唯一异常标识的数量进行持续监测；若监测到所述预设唯一异常标识的数量超出预设数量阈值，则以预设报警方式触发报警。如图2所示，该方法可以包括如下步骤：

S210、对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识。

S220、每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息。

S230、将每个唯一异常标识和所述抛错信息存储到数据库中。

S240、对预设唯一异常标识的数量进行持续监测。

S250、若监测到所述预设唯一异常标识的数量超出预设数量阈值，则以预设报警方式触发报警。

为了能够方便程序员及时获知其关注的异常信息，本实施例优选可以在监测到异常，并且异常发生的次数超过预设数量阈值时，自动触发报警。优选的，预设唯一异常标识和预设数量阈值可以是程序员预先注册好的，其对应程序员想要特别关注的异常代码，以及业务系统能够承受的错误发生的数量。

进一步的，以预设报警方式触发报警包括：以语音播报或在当前界面展示报警信息的方式触发报警；或，通过将报警信息发送到预先注册的通讯账号中触发报警。

可选的，报警信息优选可以包括唯一异常标识和抛错信息，还可以包括异常发生的时间，数据量等。通讯账号可以是邮箱账号，企业微信账号等。

本实施例提供的一种异常数据处理方法，在上述各实施例的基础上，通过对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；将每个唯一异常标识和所述抛错信息存储到数据库中；对预设唯一异常标识的数量进行持续监测；若监测到所述预设唯一异常标识的数量超出预设数量阈值，则以预设报警方式触发报警，通过预先为每个待监测执行逻辑设置唯一异常标识，当有待监测执行逻辑发生异常时，将相应的唯一异常标识存储到数据库中，通过数据库中存储的唯一异常标识即可确定哪些待监测执行逻辑发生了异常，同时还可以针对这些异常触发报警，在克服了现有使用业务程序运行日常日志，由于该日常日志记录的程序运行的常规信息太过宏观，同时存在大量无意义信息而导致的无法快速定位异常代码的问题，能够快速准确地定位到异常代码，也为后续快速获知代码级异常原因提供了便利的同时，能够方便程序员及时获知其关注的异常信息。

实施例三

图3为本发明实施例三提供的一种异常数据处理方法的流程图。本实施例可以与上述一个或者多个实施例中各个可选方案结合，在本实施例中，在每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息之后，包括：确定目标执行逻辑对应的抛错信息的异常类型；根据异常类型，执行相应的异常解决操作。如图3所示，该方法可以包括如下步骤：

S310、对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识。

S320、每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息。

S330、确定目标执行逻辑对应的抛错信息的异常类型。

S340、根据异常类型，执行相应的异常解决操作。

本实施例中，除了能够对异常代码进行定位之外，还可以针对异常进行简单的异常解决操作，以减少程序员的工作量。

进一步的，所述根据异常类型，执行相应的异常解决操作，包括：

若所述异常类型为第一异常类型，则终止后续操作，所述第一异常类型为一旦出现异常，后续计算将无需进行的异常类型；

若所述异常类型为第二异常类型，则启动预设重启程序，所述第二异常类型为一旦出现异常，则需要重试的异常类型。

示例性的，第一类异常可以是出现了控制帧或者数据切分的数量不对(即数据不完整)，则说明数据在上游传输的过程中便出现错误，此时，再进行后续的计算将没有意义，还会浪费时间和存储内存，因此，针对上述异常，异常解决操作为终止后续操作；第一类异常还可以是同样的异常出现的次数超过了预设数量阈值，则相应的，异常解决操作同样为终止后续操作。

示例性的，第二类异常可以是出现了网络错误，其不是由于代码本身造成的，则可以启动预设重启程序，以便重试相应的业务代码，此时，如果重试时网络正常，则不再监测到异常。该预设重启程序为程序员预先基于相应的错误设置的。

S350、将每个唯一异常标识和所述抛错信息存储到数据库中。

本实施例提供的一种异常数据处理方法，通过对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；确定目标执行逻辑对应的抛错信息的异常类型；根据异常类型，执行相应的异常解决操作；将每个唯一异常标识和所述抛错信息存储到数据库中，通过预先为每个待监测执行逻辑设置唯一异常标识，当有待监测执行逻辑发生异常时，将相应的唯一异常标识存储到数据库中，通过数据库中存储的唯一异常标识即可确定哪些待监测执行逻辑发生了异常，同时还能自动解决一些简单的异常问题，在克服了现有使用业务程序运行日常日志，由于该日常日志记录的程序运行的常规信息太过宏观，同时存在大量无意义信息而导致的无法快速定位异常代码的问题，能够快速准确地定位到异常代码，也为后续快速获知代码级异常原因提供了便利的同时，减少程序员的工作量。

实施例四

图4是本发明实施例四中的一种异常数据处理装置的结构示意图。如图4所示，异常数据处理装置包括：

实时监测模块410，用于对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；

异常信息确定模块420，用于每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；

存储模块430，用于将每个唯一异常标识和所述抛错信息存储到数据库中。

本实施例提供的一种异常数据处理装置，通过利用实时监测模块对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；每监测到一条目标执行逻辑出现异常，则利用异常信息确定模块确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；利用存储模块将每个唯一异常标识和所述抛错信息存储到数据库中，通过预先为每个待监测执行逻辑设置唯一异常标识，当有待监测执行逻辑发生异常时，将相应的唯一异常标识存储到数据库中，通过数据库中存储的唯一异常标识即可确定哪些待监测执行逻辑发生了异常，克服了现有使用业务程序运行日常日志，由于该日常日志记录的程序运行的常规信息太过宏观，同时存在大量无意义信息而导致的无法快速定位异常代码的问题，能够快速准确地定位到异常代码，也为后续快速获知代码级异常原因提供了便利。

在上述技术方案的基础上，进一步的，所述唯一异常标识包括第一预设位数的随机序列标识，第二预设位数的异常严重等级标识和第三预设位数的异常位置标识，其中，所述随机序列标识用于表示异常标识的唯一性，所述异常位置标识用于表示所述目标执行逻辑所在的位置。

在上述技术方案的基础上，进一步的，所述异常数据处理装置还包括报警模块，所述报警模块用于在将每个唯一异常标识和所述抛错信息存储到数据库中之后，对预设唯一异常标识的数量进行持续监测；若监测到所述预设唯一异常标识的数量超出预设数量阈值，则以预设报警方式触发报警。

在上述技术方案的基础上，进一步的，所述报警模块具体可以用于：以语音播报或在当前界面展示报警信息的方式触发报警；和/或，通过将报警信息发送到预先注册的通讯账号中触发报警。

在上述技术方案的基础上，进一步的，所述异常数据处理装置还包括异常解决模块，所述异常解决模块用于在每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息之后，确定目标执行逻辑对应的抛错信息的异常类型；根据异常类型，执行相应的异常解决操作。

在上述技术方案的基础上，进一步的，所述异常解决模块具体可以用于：若所述异常类型为第一异常类型，则终止后续操作，所述第一异常类型为一旦出现异常，后续计算将无需进行的异常类型；若所述异常类型为第二异常类型，则启动预设重启程序，所述第二异常类型为一旦出现异常，则需要重试的异常类型。

在上述技术方案的基础上，进一步的，所述异常数据处理装置还包括解决方案推荐模块，用于在每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息之后，根据预先存储的唯一异常标识码和对应的代码级异常原因，推测所述目标执行逻辑的目标代码级异常原因；根据所述目标代码级异常原因，基于预先存储的代码级异常原因和对应的解决方案，推荐相应的目标解决方案。

本发明实施例所提供的异常数据处理装置可执行本发明任意实施例所提供的异常数据处理方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的一种计算机设备的结构示意图。图5示出了适于用来实现本发明实施方式的示例性计算机设备512的框图。图5显示的计算机设备512仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机设备512以通用计算设备的形式表现。计算机设备512的组件可以包括但不限于：一个或者多个处理器516，存储器528，连接不同系统组件(包括存储器528和处理器516)的总线518。

总线518表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备512典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备512访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器528可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)530和/或高速缓存存储器532。计算机设备512可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储装置534可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线518相连。存储器528可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块542的程序/实用工具540，可以存储在例如存储器528中，这样的程序模块542包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块542通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备512也可以与一个或多个外部设备514(例如键盘、指向设备、显示器524等，其中，显示器524可根据实际需要决定是否配置)通信，还可与一个或者多个使得用户能与该计算机设备512交互的设备通信，和/或与使得该计算机设备512能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口522进行。并且，计算机设备512还可以通过网络适配器520与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器520通过总线518与计算机设备512的其它模块通信。应当明白，尽管图5中未示出，可以结合计算机设备512使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储装置等。

处理器516通过运行存储在存储器528中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的异常数据处理方法。

实施例六

本发明实施例六提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的异常数据处理方法，包括：

对预先选定的待监测执行逻辑进行实时监测，所述每条待监测执行逻辑预设有唯一异常标识；

每监测到一条目标执行逻辑出现异常，则确定该条目标执行逻辑对应的唯一异常标识和相应的抛错信息；

将每个唯一异常标识和所述抛错信息存储到数据库中。

当然，本发明实施例所提供的计算机可读存储介质，其上存储的计算机程序不限于执行如上所述的方法操作，还可以执行本发明任意实施例所提供的基于计算机设备的异常数据处理方法中的相关操作。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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