CN113672429B - 代码异常推送方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种代码异常推送方法、装置、设备及存储介质。该方法包括在接收到系统错误详细信息时，对系统错误详细信息进行级别分类，根据级别分类结果判断系统错误详细信息所属的异常级别是否为预设预警级别；在为预设预警级别时，根据级别分类结果选取对应的推送策略；根据推送策略将系统错误详细信息推送至对应的开发人员。由于本发明是在接收到应用系统异步推送的系统错误详细信息时，对系统错误详细信息进行级别分类，并选取对应的推送策略，根据推送策略将系统错误详细信息推送至对应的开发人员。相对于现有的依靠系统日志打印确定系统出现的问题，进而人工查找对应的负责人员的方式，本发明上述方式能够提高代码异常时进行定位的效率。

Description

代码异常推送方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种代码异常推送方法、装置、设备及存储介质。

背景技术

随着互联网金融行业的迅猛发展，支付行业业务的日趋完善，软件系统规模的扩大，支付业务各个环节和流程的变更需求变得更加频繁。现有的问责方式通常靠系统日志打印，但是重要的服务器在生产环境中被请求的频率特别高，所以我们不得不提高日志打印级别，从而降低日志收集到的信息质量，使得从日志中获取信息的质量会降低。并且日志记录需要开发人员人力编写，代码量极高的情况下编写日志记录的工作量非常大。同时日志打印并没有推送功能，无法及时得知系统出现问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供了一种代码异常推送方法、装置、设备及存储介质，旨在解决现有技术依靠系统日志打印确定系统出现的问题，进而人工查找对应的负责人员导致的代码异常定位效率低的技术问题。

为实现上述目的，本发明提供了一种代码异常推送方法，所述方法包括以下步骤：

在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果；

根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别；

在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略；

根据所述推送策略将所述系统错误详细信息推送至对应的开发人员。

可选地，所述根据所述推送策略将所述系统错误详细信息推送至对应的开发人员的步骤之前，还包括：

根据所述系统错误详细信息确定出现异常的目标代码信息；

判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息；

在所述目标代码信息中存在所述标记信息时，根据所述标记信息确定所述系统错误详细信息对应的开发人员。

可选地，所述判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息的步骤之后，还包括：

在所述目标代码信息中不存在所述标记信息时，获取所述应用系统的需求分配文档；

根据所述需求分配文档确定所述目标代码信息中的目标代码对应的开发人员。

可选地，所述在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果的步骤，包括：

在接收到应用系统异步推送的系统错误详细信息时，根据所述系统错误详细信息判断所述应用系统是否存在系统错误；

在所述应用系统存在所述系统错误时，判定所述级别分类结果为一级错误；

其中，所述系统错误包括内存不足错误、堆栈溢出错误和/或虚拟机错误。

可选地，所述在接收到应用系统异步推送的系统错误详细信息时，根据所述系统错误详细信息判断所述应用系统是否存在系统错误的步骤之后，还包括：

在所述应用系统不存在所述系统错误时，根据所述系统错误详细信息判断所述应用系统是否存在编译异常；

在所述应用系统存在所述编译异常时，判定所述级别分类结果为二级错误；

其中，所述编译异常包括缺少必要符号和/或参数定义错误。

可选地，所述在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果的步骤之后，还包括：

将所述系统错误详细信息存储至预设数据库中；

接收信息接收系统的查看请求，并根据所述查看请求从所述预设数据库中查找对应的目标异常信息；

将所述目标异常信息发送至所述信息接收系统，以使所述信息接收系统对所述目标异常信息进行展示。

可选地，所述根据所述推送策略将所述系统错误详细信息推送至对应的开发人员的步骤之后，还包括：

获取所述开发人员基于所述系统错误详细信息反馈的应答消息；

将所述应答消息发送至对应的应用系统。

此外，为实现上述目的，本发明还提供一种代码异常推送装置，所述装置包括：

分类模块，用于在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果；

判断模块，用于根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别；

选取模块，用于在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略；

推送模块，用于根据所述推送策略将所述系统错误详细信息推送至对应的开发人员。

此外，为实现上述目的，本发明还提出一种代码异常推送设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的代码异常推送程序，所述代码异常推送程序配置为实现如上文所述的代码异常推送方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有代码异常推送程序，所述代码异常推送程序被处理器执行时实现如上文所述的代码异常推送方法的步骤。

本发明在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果；根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别；在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略；根据所述推送策略将所述系统错误详细信息推送至对应的开发人员。由于本发明是在接收到应用系统异步推送的系统错误详细信息时，对系统错误详细信息进行级别分类，并选取对应的推送策略，进而根据推送策略将系统错误详细信息推送至对应的开发人员。相对于现有的依靠系统日志打印确定系统出现的问题，进而人工查找对应的负责人员的方式，本发明上述方式能够提高代码异常时进行定位的效率。本发明意在将各个应用系统中出现错误问题的定位以及处理人信息等相关信息的收集系统剥离成一个共用的应用，将系统错误信息集中处理并推送给该部分代码负责人。这样使得其他系统仅需要处理系统中所需要处理的业务问题，无需要着重编写问责日志信息，可以在代码出现问题时快速查找到对应的负责人员。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的代码异常推送设备的结构示意图；

图2为本发明代码异常推送方法第一实施例的流程示意图；

图3为本发明代码异常推送方法第一实施例的系统错误信息通讯示意图；

图4为本发明代码异常推送方法第二实施例的流程示意图；

图5为本发明代码异常推送装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的代码异常推送设备结构示意图。

如图1所示，该代码异常推送设备可以包括：处理器1001，例如中央处理器（Central Processing Unit，CPU），通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如无线保真（Wireless-Fidelity，WI-FI）接口）。存储器1005可以是高速的随机存取存储器（RandomAccess Memory，RAM），也可以是稳定的非易失性存储器（Non-Volatile Memory，NVM），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对代码异常推送设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及代码异常推送程序。

在图1所示的代码异常推送设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明代码异常推送设备中的处理器1001、存储器1005可以设置在代码异常推送设备中，所述代码异常推送设备通过处理器1001调用存储器1005中存储的代码异常推送程序，并执行本发明实施例提供的代码异常推送方法。

基于上述代码异常推送设备，本发明实施例提供了一种代码异常推送方法，参照图2，图2为本发明代码异常推送方法第一实施例的流程示意图。

本实施例中，所述代码异常推送方法包括以下步骤：

步骤S10：在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果。

需要说明的是，本实施例的执行主体可以是一种具有数据处理、网络通信以及程序运行功能的计算服务设备，例如手机、平板电脑、个人电脑等，或者是一种能够实现上述功能的电子设备或新型问责机制应用。以下以所述新型问责机制应用为例，对本实施例及下述各实施例进行说明。

需要说明的是，所述应用系统可以是连接至本实施例的新型问责机制应用的应用或系统。所述系统错误详细信息可以是所述应用系统通过异步推送向新型问责机制应用发送的系统错误信息。对所述系统错误详细信息进行级别分类可以是根据预先设置的分类规则，对所述系统错误详细信息进行分类，例如，若系统错误详细信息中的错误信息为内存不足错误，则为系统错误，分类结果为一级错误；若系统错误详细信息中的错误信息为空指针异常错误，则为运行时异常，分类结果为三级错误等，具体的分类依据或规则可根据实际情况自定义设置，本实施例在此不加以限制。

在具体实施中，各个应用系统均可以通过配置相关的参数连接至新型问责机制应用，进而将自身的系统错误信息异步推送至新型问责机制应用，以使新型问责机制应用对所述系统错误信息进行分类。配置相关的参数连接至新型问责机制应用可以是通过新型问责机制应用的ID或端口号等连接至新型问责机制应用。

进一步的，为了在代码出现问题时快速查找到对应的负责人员。所述步骤S10包括：在接收到应用系统异步推送的系统错误详细信息时，根据所述系统错误详细信息判断所述应用系统是否存在系统错误；在所述应用系统存在所述系统错误时，判定所述级别分类结果为一级错误；其中，所述系统错误包括内存不足错误、堆栈溢出错误和/或虚拟机错误。

需要说明的是，所述系统错误可以是包括但不限于内存不足错误、堆栈溢出错误和/或虚拟机错误等。所述根据所述系统错误详细信息判断所述应用系统是否存在系统错误可以是根据所述系统错误详细信息判断所述应用系统是否存在上述内存不足、堆栈溢出和/或虚拟机错误等错误，在存在上述错误时，判定应用系统存在系统错误，并将系统错误归为一级错误。

进一步的，为了提高向开发人员推送系统错误信息的效率，所述在接收到应用系统异步推送的系统错误详细信息时，根据所述系统错误详细信息判断所述应用系统是否存在系统错误的步骤之后，还包括：在所述应用系统不存在所述系统错误时，根据所述系统错误详细信息判断所述应用系统是否存在编译异常；在所述应用系统存在所述编译异常时，判定所述级别分类结果为二级错误；其中，所述编译异常包括缺少必要符号和/或参数定义错误。

应理解的是，在所述应用系统也不存在编译异常时，可判断所述应用系统是否存在运行时异常；在所述应用系统存在所述运行时异常时，判定所述级别分类结果为三级错误；其中，所述运行时异常包括空指针异常、类型转换异常、数据越界异常等。

在具体实施中，可根据所述系统错误详细信息判断所述应用系统出现的异常，并按照预先设置的规则对所述系统错误详细信息进行级别分类，获得级别分类结果。在本实施例中，预警优先级最高的为系统错误，其次是编译错误，再次是运行时异常。

进一步的，为了使用户可以更加方便的查看应用系统出现的错误，所述步骤S10之后，还包括步骤：将所述系统错误详细信息存储至预设数据库中；接收信息接收系统的查看请求，并根据所述查看请求从所述预设数据库中查找对应的目标异常信息；将所述目标异常信息发送至所述信息接收系统，以使所述信息接收系统对所述目标异常信息进行展示。

需要说明的是，所述预设数据库可以是新型问责机制应用中用来存储系统错误详细信息的数据库。所述信息接收系统可以是接收新型问责机制应用推送的错误信息的系统，例如，某些连接至新型问责机制应用的应用系统出现代码异常时，需要将异常信息推送至指定的系统，该系统即为信息接收系统。所述查看请求可以是所述信息接收系统向所述新型问责机制应用发送的查看历史的系统错误详细信息的请求，其可以包括需要查看的应用系统的标识、发生错误的时间、错误的目标代码等信息。所述目标异常信息可以是所述查看请求对应的异常信息。

步骤S20：根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别。

需要说明的是，所述预设预警级别可以是预先设置的需要进行预警的错误级别，例如，当参数定义错误导致编译异常时，此时，若不及时预警，系统将无法运行，因此，可将参数定义错误导致编译异常的二级预警级别设置为预设预警级别。若因为参数未使用导致的错误，因为不会影响系统的运行，因此，可将参数未使用的四级预警级别不设置为预设预警级别。

在具体实施中，新型问责机制应用根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别。

步骤S30：在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略。

需要说明的是，所述推送策略可以是将所述系统错误详细信息推送至对应的开发人员的推送方式，例如，推动策略有邮件推送、电话推送、短信推送中的一种或多种。

在具体实施中，提前设置了不同的级别分类结果对应于不同的的推送策略。新型问责机制应用根据所述级别分类结果按照提前设置的规则选取对应的推送策略。例如，在级别分类结果为一级错误时，采用电话推送的方式。在级别分类结果为三级错误时，采用邮件推送的方式。

步骤S40：根据所述推送策略将所述系统错误详细信息推送至对应的开发人员。

需要说明的是，所述开发人员可以是所述系统错误详细信息中的错误代码的负责人。

进一步的，为了提高应用系统的开发效率，所述步骤S40之后，还包括：获取所述开发人员基于所述系统错误详细信息反馈的应答消息；将所述应答消息发送至对应的应用系统。

需要说明的是，所述应答消息可以是所述开发人员基于所述系统错误详细信息反馈的解决信息，例如，可以是已经解决该系统错误详细信息对应的代码异常通知或需要协助解决该系统错误详细信息对应的代码异常等信息。

在具体实施中，可参照图3，图3为本发明代码异常推送方法第一实施例的系统错误信息通讯示意图；图3中的新型问责应用系统即为所述新型问责机制应用。所述异常错误信息发送方即为连接至所述新型问责应用系统的子应用，其可以为多个，新型问责应用系统接收异常错误信息发送方异步推送的异常错误信息并存储，获取所述异常错误信息对应的异常错误信息预警接收方的接收地址，将所述异常错误信息推送至所述异常错误信息预警接收方，获取异常错误信息预警接收方反馈的应答信息，将应答信息发送至对应的异常错误信息发送方。且本实施例支持dubbo，dubbox，spring cloud三大RPC框架。

本实施例在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果；根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别；在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略；根据所述推送策略将所述系统错误详细信息推送至对应的开发人员。由于本实施例是在接收到应用系统异步推送的系统错误详细信息时，对系统错误详细信息进行级别分类，并选取对应的推送策略，进而根据推送策略将系统错误详细信息推送至对应的开发人员。相对于现有的依靠系统日志打印确定系统出现的问题，进而人工查找对应的负责人员的方式，本实施例上述方式能够提高代码异常时进行定位的效率。

参考图4，图4为本发明代码异常推送方法第二实施例的流程示意图。

基于上述第一实施例，在本实施例中，所述步骤S40之前，还包括：

步骤S301：根据所述系统错误详细信息确定出现异常的目标代码信息。

需要说明的是，所述目标代码信息可以是所述系统错误详细信息中出现异常的代码对应的文件名称、行数、批注标记以及错误的参数或格式等错误信息。所述系统错误详细信息中可能包含多行代码出现异常，因此，所述目标代码信息也可能有一个或多个。

步骤S302：判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息。

需要说明的是，所述标记信息可以是所述目标代码信息中包含的关于目标代码的批注信息，可以包括该行代码的逻辑、参数含义以及对应的开发人员等信息。例如，在开发人员写代码的时候，一般会在当前代码前面或旁边的合适位置批注该行代码的逻辑、参数含义以及对应的开发人员等信息。

在具体实施中，新型问责机制应用根据所述系统错误详细信息确定出现异常的目标代码信息，并判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息。

步骤S303：在所述目标代码信息中存在所述标记信息时，根据所述标记信息确定所述系统错误详细信息对应的开发人员。

应理解的是，在所述目标代码信息中存在所述标记信息时，其标记信息中一般存在有所述目标代码对应的开发人员，因此，可直接根据所述标记信息确定所述系统错误详细信息对应的开发人员。

进一步的，为了更加快速准确的获得目标代码对应的开发人员，所述步骤步骤S302之后，还包括步骤：在所述目标代码信息中不存在所述标记信息时，获取所述应用系统的需求分配文档；

根据所述需求分配文档确定所述目标代码信息中的目标代码对应的开发人员。

需要说明的是，所述需求分配文档可以是所述应用系统在开发之前制定的需求与开发人员的任务分配文档，其包含了应用系统中的各需求和开发人员的对应关系，可通过需求查找到对应的开发人员，也可根据开发人员查找到其对应的需求。在目标代码信息中不存在标记信息时，即可根据需求分配文档查找到目标代码对应的开发人员。

本实施例根据所述系统错误详细信息确定出现异常的目标代码信息；判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息；在所述目标代码信息中存在所述标记信息时，根据所述标记信息确定所述系统错误详细信息对应的开发人员。在所述目标代码信息中不存在所述标记信息时，获取所述应用系统的需求分配文档；根据所述需求分配文档确定所述目标代码信息中的目标代码对应的开发人员。本实施例中可通过目标代码对应的标记信息查找到目标代码对应的开发人员，在目标代码信息中不存在标记信息时，可根据需求分配文档查找到目标代码对应的开发人员。实现了系统错误的快速定位，提高了系统异常时问题定位的效率。

参照图5，图5为本发明代码异常推送装置第一实施例的结构框图。

如图5所示，本发明实施例提出的代码异常推送装置包括：

分类模块10，用于在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果；

判断模块20，用于根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别；

选取模块30，用于在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略；

推送模块40，用于根据所述推送策略将所述系统错误详细信息推送至对应的开发人员。

本实施例在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果；根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别；在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略；根据所述推送策略将所述系统错误详细信息推送至对应的开发人员。由于本实施例是在接收到应用系统异步推送的系统错误详细信息时，对系统错误详细信息进行级别分类，并选取对应的推送策略，进而根据推送策略将系统错误详细信息推送至对应的开发人员。相对于现有的依靠系统日志打印确定系统出现的问题，进而人工查找对应的负责人员的方式，本实施例上述方式能够提高代码异常时进行定位的效率。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的参数运行方法，此处不再赘述。

基于本发明上述代码异常推送装置第一实施例，提出本发明代码异常推送装置的第二实施例。

在本实施例中，所述推送模块40，还用于根据所述系统错误详细信息确定出现异常的目标代码信息；判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息；在所述目标代码信息中存在所述标记信息时，根据所述标记信息确定所述系统错误详细信息对应的开发人员。

进一步的，所述推送模块40，还用于在所述目标代码信息中不存在所述标记信息时，获取所述应用系统的需求分配文档；根据所述需求分配文档确定所述目标代码信息中的目标代码对应的开发人员。

进一步的，所述分类模块10，还用于在接收到应用系统异步推送的系统错误详细信息时，根据所述系统错误详细信息判断所述应用系统是否存在系统错误；在所述应用系统存在所述系统错误时，判定所述级别分类结果为一级错误；其中，所述系统错误包括内存不足错误、堆栈溢出错误和/或虚拟机错误。

进一步的，所述分类模块10，还用于在所述应用系统不存在所述系统错误时，根据所述系统错误详细信息判断所述应用系统是否存在编译异常；在所述应用系统存在所述编译异常时，判定所述级别分类结果为二级错误；其中，所述编译异常包括缺少必要符号和/或参数定义错误。

进一步的，所述分类模块10，还用于将所述系统错误详细信息存储至预设数据库中；接收信息接收系统的查看请求，并根据所述查看请求从所述预设数据库中查找对应的目标异常信息；将所述目标异常信息发送至所述信息接收系统，以使所述信息接收系统对所述目标异常信息进行展示。

进一步的，所述推送模块40，还用于获取所述开发人员基于所述系统错误详细信息反馈的应答消息；将所述应答消息发送至对应的应用系统。

本发明代码异常推送装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有代码异常推送程序，所述代码异常推送程序被处理器执行时实现如上文所述的代码异常推送方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如只读存储器/随机存取存储器、磁碟、光盘）中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种代码异常推送方法，其特征在于，所述代码异常推送方法包括以下步骤：

在接收到各个应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果；

根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别；

在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略；

根据所述推送策略将所述系统错误详细信息推送至对应的开发人员；

所述根据所述推送策略将所述系统错误详细信息推送至对应的开发人员的步骤之前，还包括：

根据所述系统错误详细信息确定出现异常的目标代码信息；

判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息；

在所述目标代码信息中存在所述标记信息时，根据所述标记信息确定所述系统错误详细信息对应的开发人员；

其中，所述级别分类结果包括系统错误、编译异常和/或运行时异常；

所述在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果的步骤，包括：

在接收到应用系统异步推送的系统错误详细信息时，根据所述系统错误详细信息判断所述应用系统是否存在系统错误；

在所述应用系统存在所述系统错误时，判定所述级别分类结果为一级错误；

其中，所述系统错误包括内存不足错误、堆栈溢出错误和/或虚拟机错误。

2.如权利要求1所述的代码异常推送方法，其特征在于，所述判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息的步骤之后，还包括：

在所述目标代码信息中不存在所述标记信息时，获取所述应用系统的需求分配文档；

根据所述需求分配文档确定所述目标代码信息中的目标代码对应的开发人员。

3.如权利要求2所述的代码异常推送方法，其特征在于，所述在接收到应用系统异步推送的系统错误详细信息时，根据所述系统错误详细信息判断所述应用系统是否存在系统错误的步骤之后，还包括：

在所述应用系统不存在所述系统错误时，根据所述系统错误详细信息判断所述应用系统是否存在编译异常；

在所述应用系统存在所述编译异常时，判定所述级别分类结果为二级错误；

其中，所述编译异常包括缺少必要符号和/或参数定义错误。

4.如权利要求1-3任一项所述的代码异常推送方法，其特征在于，所述在接收到应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果的步骤之后，还包括：

将所述系统错误详细信息存储至预设数据库中；

接收信息接收系统的查看请求，并根据所述查看请求从所述预设数据库中查找对应的目标异常信息；

将所述目标异常信息发送至所述信息接收系统，以使所述信息接收系统对所述目标异常信息进行展示。

5.如权利要求1-3任一项所述的代码异常推送方法，其特征在于，所述根据所述推送策略将所述系统错误详细信息推送至对应的开发人员的步骤之后，还包括：

获取所述开发人员基于所述系统错误详细信息反馈的应答消息；

将所述应答消息发送至对应的应用系统。

6.一种代码异常推送装置，其特征在于，所述代码异常推送装置包括：

分类模块，用于在接收到各个应用系统异步推送的系统错误详细信息时，对所述系统错误详细信息进行级别分类，获得级别分类结果；

判断模块，用于根据所述级别分类结果判断所述系统错误详细信息所属的异常级别是否为预设预警级别；

选取模块，用于在所述异常级别为所述预设预警级别时，根据所述级别分类结果选取对应的推送策略；

推送模块，用于根据所述推送策略将所述系统错误详细信息推送至对应的开发人员；

所述推送模块，还用于根据所述系统错误详细信息确定出现异常的目标代码信息；

判断所述目标代码信息中是否存在出现异常的目标代码对应的标记信息；

在所述目标代码信息中存在所述标记信息时，根据所述标记信息确定所述系统错误详细信息对应的开发人员;

其中，所述级别分类结果包括系统错误、编译异常和/或运行时异常；

所述分类模块，还用于在接收到应用系统异步推送的系统错误详细信息时，根据所述系统错误详细信息判断所述应用系统是否存在系统错误；在所述应用系统存在所述系统错误时，判定所述级别分类结果为一级错误；其中，所述系统错误包括内存不足错误、堆栈溢出错误和/或虚拟机错误。

7.一种代码异常推送设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的代码异常推送程序，所述代码异常推送程序配置为实现如权利要求1至5中任一项所述的代码异常推送方法的步骤。

8.一种存储介质，其特征在于，所述存储介质上存储有代码异常推送程序，所述代码异常推送程序被处理器执行时实现如权利要求1至5任一项所述的代码异常推送方法的步骤。

Images