CN114756455A - 一种业务异常定位方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种业务异常定位方法、装置、电子设备及存储介质，用于解决业务执行过程中发生异常时无法快速对异常进行定位的技术问题。本发明包括：当在应用程序运行过程中监测到异常告警信息时，获取所述异常告警信息对应的告警日志；在所述告警日志中提取模块标志和业务标志；根据所述模块标志和所述业务标志确定所述告警日志所属的业务操作流程；获取所述业务操作流程对应的流程日志，并根据所述流程日志进行异常定位。

Description

一种业务异常定位方法、装置、电子设备及存储介质

技术领域

本发明涉及异常处理技术领域，尤其涉及一种业务异常定位方法、装置、电子设备及存储介质。

背景技术

在业务的操作流程中，由于数据缺失、交互错误、网络故障等各种情况的发生，业务在执行过程中可能会受到影响，从而产生各种各样的异常。

在实际应用中，业务在提示异常产生时，提示异常的节点未必是造成异常的根源。产生异常提示的原因可能是实际异常发生节点引起的偏差在业务执行过程中不断累积，从而影响了某一个节点的正常运行。

在现有技术中，可以通过对日志进行筛查，从而进行异常定位。

然而，业务执行过程中产生的日志繁多，如果对每一个日志都进行筛查，其时间成本过大，且无法快速对异常进行定位。

发明内容

本发明提供了一种业务异常定位方法、装置、电子设备及存储介质，用于解决业务执行过程中发生异常时无法快速对异常进行定位的技术问题。

本发明提供了一种业务异常定位方法，包括：

当在应用程序运行过程中监测到异常告警信息时，获取所述异常告警信息对应的告警日志；

在所述告警日志中提取模块标志和业务标志；

根据所述模块标志和所述业务标志确定所述告警日志所属的业务操作流程；

获取所述业务操作流程对应的流程日志，并根据所述流程日志进行异常定位。

可选地，所述业务操作流程具有多个流程节点；所述获取所述业务操作流程对应的流程日志，并根据所述流程日志进行异常定位的步骤，包括：

获取所述应用程序的所有业务日志；

通过所述模块标志和所述业务标志对所述业务日志进行筛选，得到流程日志；

判断所述流程日志是否与所述流程节点一一对应；

若是，在所述流程日志中进行异常定位。

可选地，还包括：

若存在匹配不到流程日志的流程节点，则将匹配不到流程日志的流程节点确定为异常流程节点。

可选地，还包括：

对每个所述流程日志中的代码分别进行代码聚合，得到业务逻辑代码块和UI代码块。

可选地，所述在所述流程日志中进行异常定位的步骤，包括：

判断所述异常告警信息是否是页面卡顿；

若是，判断所述流程日志中是否记录有网络请求；

若是，在所述流程日志中的业务逻辑代码块中进行异常定位。

可选地，所述在所述流程日志中进行异常定位的步骤，还包括：

若所述流程日志中未记录有网络请求，则在所述流程日志的UI代码块中进行异常定位。

可选地，所述判断所述异常告警信息是否是页面卡顿的步骤，包括：

在所述告警日志中，获取产生所述异常告警信息的页面的多个FPS数据，所述多个FPS数据按照预设时间间隔采集得到；

计算所述多个FPS数据的平均值；

判断所述平均值是否小于预设阈值；

若是，判断所述异常告警信息为页面卡顿。

本发明还提供了一种业务异常定位装置，包括：

告警日志获取模块，用于当在应用程序运行过程中监测到异常告警信息时，获取所述异常告警信息对应的告警日志；

标志提取模块，用于在所述告警日志中提取模块标志和业务标志；

业务操作流程确定模块，用于根据所述模块标志和所述业务标志确定所述告警日志所属的业务操作流程；

异常定位模块，用于获取所述业务操作流程对应的流程日志，并根据所述流程日志进行异常定位。

可选地，所述业务操作流程具有多个流程节点；所述异常定位模块，包括：

业务日志获取子模块，用于获取所述应用程序的所有业务日志；

流程日志筛选子模块，用于通过所述模块标志和所述业务标志对所述业务日志进行筛选，得到流程日志；

判断子模块，用于判断所述流程日志是否与所述流程节点一一对应；

异常定位子模块，用于若是，在所述流程日志中进行异常定位。

本发明还提供了一种电子设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行如上任一项所述的业务异常定位方法。

本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行如上任一项所述的业务异常定位方法。

从以上技术方案可以看出，本发明具有以下优点：本发明为业务执行过程中产生的每一个日志配置所属的模块标志和业务标志，以使当业务在执行过程中监测到异常告警信息时，可以从异常告警信息对应的告警日志中提取模块标志和业务标志，以实现对异常所属的业务操作流程的快速查找，从而仅需对异常所属业务操作流程对应的流程日志进行异常筛查便可快速定位异常，无需对业务相关的所有日志进行筛查，减少了异常定位的时间成本，提高了异常定位的效率。

附图说明

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

图1为本发明实施例提供的一种业务异常定位方法的步骤流程图；

图2为本发明另一实施例提供的一种业务异常定位方法的步骤流程图；

图3为本发明实施例提供的一种业务异常定位装置的结构框图。

具体实施方式

本发明实施例提供了一种业务异常定位方法、装置、电子设备及存储介质，用于解决业务执行过程中发生异常时无法快速对异常进行定位的技术问题。

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

请参阅图1，图1为本发明实施例提供的一种业务异常定位方法的步骤流程图。

本发明提供的一种业务异常定位方法，具体可以包括以下步骤：

步骤101，当在应用程序运行过程中监测到异常告警信息时，获取异常告警信息对应的告警日志；

在本发明实施例中，异常告警信息，是指应用程序在运行过程中，产生影响应用程序任意业务正常运行的异常时所触发的告警信息。其中，异常可以是页面卡顿、数据缺失等。告警方式可以包括但不限于蜂鸣、弹窗信息、语音播报等。

告警日志，是指产生异常告警信息的业务节点对应的日志。

在本发明实施例中，一个应用程序可以包括多个业务，每个业务可以由不同的业务操作控制，每个业务操作等同于不同的网络请求，每个网络请求对应控制业务的一个流程节点，每一个流程节点的网络请求、执行过程都会通过相应的日志进行存储。当在业务的执行过程中监测到异常告警信息时，便可以根据产生异常告警信息的流程节点与对应日志的绑定关系，确定告警日志。

步骤102，在告警日志中提取模块标志和业务标志；

在本发明实施例中，一个业务可能会有多个业务操作流程，每个业务操作流程可以包括多个流程节点，而同一个流程节点在不同时间会可能会参与不同的业务操作流程。因此，在获取到异常告警信息对应的告警日志时，是无法直接得出该告警日志所归属的业务操作流程的。而确定告警日志的业务操作流程归属，有助于减少筛查的日志的数量。

例如，当用户进入某个应用程序访问商品详情页面时，网络请求为对商品详情页模块进行访问，在访问过程中，商品详情页面模块会产生很多无序的日志(这些日志是由模块中的多种业务操作流程所产生的)，对于商品详情页面模块中的任意一个日志，只能知晓其归属于商品详情页面模块，但不能知道其是由哪个业务操作流程所产生的。从而对异常的快速查找造成影响。

有鉴于此，本发明实施例为应用程序的每个模块以及模块下的业务设置标志，以为每个日志添加所属的模块标志和业务标志。

在一个示例中，可以为商品详情页面模块设置任意数字/字母/符号等作为模块标志(每个模块的模块标志唯一)，同时为商品详情页面模块下的所有业务流程分别设置唯一的业务标识(可以是数字/字母/符号)，并将其添加进相应的日志中。例如，如果告警日志是由商品详情页面模块下的加购业务流程所产生的，则可以在告警日志中添加商品详情页面模块的模块标志和加购业务流程的业务标志。例如商品详情页面模块的模块标志设置为“1”，商品详情页面模块下的加购业务流程的业务标志设置为“A”，则在告警日志中添加模块标识“1”和业务标识“A”。

步骤103，根据模块标志和业务标志确定告警日志所属的业务操作流程；

在获取到告警日志中的模块标志和业务标志后，可以根据模块标志和业务标识确定告警日志所属的业务操作流程。如在告警日志中获取到模块标识和业务标识分别为“1”和“A”，则表征该告警日志归属于商品详情页面下的加购业务。

步骤104，获取业务操作流程对应的流程日志，并根据流程日志进行异常定位。

在确定告警日志对应的业务操作流程后，就可以根据业务操作流程对应的模块标志和业务标志获取业务操作流程对应的流程日志来进行异常定位。

在一个示例中，可以根据流程日志的数量，或者流程日志中的业务实际执行流程、参数配置、数据填充是否符合流程日志对应的流程节点相应的执行规范，来对异常进行定位。

本发明为业务执行过程中产生的每一个日志配置所属的模块标志和业务标志，以使当业务在执行过程中监测到异常告警信息时，可以从异常告警信息对应的告警日志中提取模块标志和业务标志，以实现对异常所属的业务操作流程的快速查找，从而仅需对异常所属业务操作流程对应的流程日志进行异常筛查便可快速定位异常，无需对业务相关的所有日志进行筛查，减少了异常定位的时间成本，提高了异常定位的效率。

请参阅图2，图2为本发明另一实施例提供的一种业务异常定位方法的步骤流程图。具体可以包括以下步骤：

步骤201，当在应用程序运行过程中监测到异常告警信息时，获取异常告警信息对应的告警日志；

在本发明实施例中，一个应用程序可以包括多个业务，每个业务可以由不同的业务操作控制，每个业务操作等同于不同的网络请求，每个网络请求对应控制业务的一个流程节点，每一个流程节点的网络请求、执行过程都会通过相应的日志进行存储。当在业务的执行过程中监测到异常告警信息时，便可以根据产生异常告警信息的流程节点与对应日志的绑定关系，确定告警日志。

步骤202，在告警日志中提取模块标志和业务标志；

在本发明实施例中，当获取到异常告警信息对应的告警日志后，可以从告警日志中提取模块标志和业务标志，以确定异常告警信息是在哪个业务操作流程中产生的。

步骤203，根据模块标志和业务标志确定告警日志所属的业务操作流程；

在本发明实施例中，在从告警日志提取到模块标志和业务标志后，可以确定告警日志所属的业务操作流程，以便于对日志进行初步筛检，确定需要进行异常排查的日志。

步骤204，获取应用程序的所有业务日志；

步骤205，通过模块标志和业务标志对业务日志进行筛选，得到流程日志；

在本发明实施例中，由于应用程序的每个日志都记录有各自相关的模块标志和业务标志，则任何一个业务操作流程所生成的所有日志都应具备有相同的模块标志和业务标志。因此，可以在应用程序的所有业务日志中，匹配与告警日志具有相同的模块标志和业务日志的日志，作为告警日志对应的业务操作流程的流程日志。通过模块标志和业务标志进行流程日志的筛选，可以缩小异常产生根源的查找范围，无需对应用程序的所有日志进行排查，减少了异常定位的时间成本，提高了异常定位的效率。

步骤206，判断流程日志是否与流程节点一一对应；

步骤207，若是，在流程日志中进行异常定位。

在一个示例中，业务操作流程具有多个流程节点；异常的产生可能是由于业务操作流程中流程节点的不响应，导致业务操作流程出现断点。因此，在确定了告警日志对应的业务操作流程的流程日志后，首先可以判断业务操作流程的流程节点是否均产生了流程日志。若是，表征各个流程节点均正常响应，异常的产生原因可能与流程节点的执行过程有关。

反之，若存在匹配不到流程日志的流程节点，则将匹配不到流程日志的流程节点确定为异常流程节点。

在本发明实施例中，还包括：

对每个流程日志中的代码分别进行代码聚合，得到业务逻辑代码块和UI代码块。

若异常的产生与流程节点的执行过程有关，则可以对流程日志进行筛查，以进行异常定位。为了便于快速定位流程日志中的异常问题，提高编码效率，可以采用代码聚合的方式，将UI相关的代码进行聚合，得到UI代码块。具体过程可以为：在业务运行时，通过对UIView的方法进行替换，在UIView的frame改变时，将通知用Block方式抛出，将要***在业务逻辑代码的UI风格代码统一到控件懒加载中。通过上述过程，可以将UI相关的代码与业务逻辑代码分离，UI的每个控件只需要管理控件自身的变化，从而降低了代码耦合，增强了代码可读性，减少问题查找的成本。

其中，Block是数据库中的最小存储和处理单元，包含块本身的头信息数据或PL/SQL代码。Block允许开发者在两个对象之间将任意的语句当做数据进行传递，往往这要比引用定义在别处的函数直观。另外，Block的实现具有封闭性，而又能够很容易获取上下文的相关状态信息。Block使用了与函数相同的机制：可以像声明函数一样，来声明一个Block变量；可以利用定义一个函数的方法来定义一个Block；也可以将Block当做一个函数来调用。

懒加载又称延时加载，即当对象需要用到的时候再去加载。其优点包括：a、不需要将对象的实例化全部写到viewDidLoad中，可以简化代码，增强代码的可读性；b、对象的实例化在getter方法中，各司其职，耦合性低；c、对***的内存占用率少。

在本发明实施例中，在流程日志中进行异常定位的步骤，可以包括以下子步骤：

S71，判断异常告警信息是否是页面卡顿；

S72，若是，判断流程日志中是否记录有网络请求；

S73，若是，在流程日志中的业务逻辑代码块中进行异常定位；

S74，若流程日志中未记录有网络请求，则在流程日志的UI代码块中进行异常定位。

在实际场景中，业务异常可以是页面卡顿、数据缺失等，以页面卡顿为例，当监测到异常告警信息是页面卡顿时，可以通过判断流程日志中是否存在网络请求来确定异常是由UI造成的还是业务逻辑造成的。若流程日志中并不存在网络请求，表征页面的卡顿是由UI异常导致的，则可以在流程日志的UI代码块中进行异常定位。若流程日志中存在网络请求，则表征页面的卡顿是由业务逻辑造成的，则可以在流程日志的业务逻辑代码块中进行异常定位。

需要说明的是，在UI代码块和业务逻辑代码块中进行的异常定位，包括但不限于对参数的匹配等方式，本发明对此不作具体限定。

在一个示例中，判断异常告警信息是否是页面卡顿的步骤，可以包括以下子步骤：

S711，在所述告警日志中，获取产生所述异常告警信息的页面的多个FPS数据，所述多个FPS数据按照预设时间间隔采集得到；

S712，计算所述多个FPS数据的平均值；

S713，判断所述平均值是否小于预设阈值；

S714，若是，判断所述异常告警信息为页面卡顿。

FPS是图像领域中的定义，是指画面每秒传输帧数，通俗来讲就是动画或视频的画面数。FPS是测量用于保存、显示动态视频的信息数量。每秒钟帧数越多，所显示的动作就会越流畅。通常、要避免动作不流畅的最低FPS值是30。FPS也可理解为“刷新率”，单位是Hz，例如：75Hz的刷新率也就是指屏幕一秒内只扫描75次，即75帧/秒。当刷新率太低时，肉眼便可以直观感受到屏幕的闪烁、不连贯，从而对图像显示效果和视觉感观产生不好的影响。

在实际应用中，可以通过FPS(Frames Per Second，每秒传输帧数)进行页面卡顿检测，当应用程序中一个页面的FPS值低于预设阈值(如50时，用户就能明显感到页面操作不顺畅)时，可以判断产生了页面卡顿，此时可以输出异常告警信息。

在一个示例中，页面的FPS值可以通过以下方式得到：采用当前页面的类名(如购物车页面为ShoppingCartViewController)作为key，按照预设时间间隔(如每0.25秒)进行一次FPS数据记录，退出页面时，保存这些数据的平均值作为该页面的FPS。在产生异常告警信息时，可以通过在告警日志中获取已记录的FPS数据，并计算所采集的FPS数据的平均值，来判断所产生的异常告警信息是否是页面卡顿。

通过上述方式进行页面FPS值计算，可以减少某一时刻FPS值误测对页面FPS值的准确性的影响，以降低误告警的概率。

进一步地，本发明实施例还可以对应用程序的业务日志进行等级划分，以便于后续对日志进行针对性查找。例如，可以将应用程序的业务日志划分为Default、Info、Network和warning等级别，其中，Default为普通日志；Info用于打印信息；Network用于网络请求相关；Warning用于警告、报错日志。

本发明为业务执行过程中产生的每一个日志配置所属的模块标志和业务标志，以使当业务在执行过程中监测到异常告警信息时，可以从异常告警信息对应的告警日志中提取模块标志和业务标志，以实现对异常所属的业务操作流程的快速查找，从而仅需对异常所属业务操作流程对应的流程日志进行异常筛查便可快速定位异常，无需对业务相关的所有日志进行筛查，减少了异常定位的时间成本，提高了异常定位的效率。此外，通过对流程日志中的代码进行代码聚合，可以将UI相关的代码与业务逻辑代码分离，UI的每个控件只需要管理控件自身的变化，从而降低了代码耦合，增强了代码可读性，减少问题查找的成本。

请参阅图3，图3为本发明实施例提供的一种业务异常定位装置的结构框图。

本发明实施例提供了一种业务异常定位装置，包括：

告警日志获取模块301，用于当在应用程序运行过程中监测到异常告警信息时，获取异常告警信息对应的告警日志；

标志提取模块302，用于在告警日志中提取模块标志和业务标志；

业务操作流程确定模块303，用于根据模块标志和业务标志确定告警日志所属的业务操作流程；

异常定位模块304，用于获取业务操作流程对应的流程日志，并根据流程日志进行异常定位。

在本发明实施例中，业务操作流程具有多个流程节点；异常定位模块304，包括：

业务日志获取子模块，用于获取应用程序的所有业务日志；

流程日志筛选子模块，用于通过模块标志和业务标志对业务日志进行筛选，得到流程日志；

判断子模块，用于判断流程日志是否与流程节点一一对应；

异常定位子模块，用于若是，在流程日志中进行异常定位。

在本发明实施例中，异常定位模块304，还包括：

异常流程节点确定子模块，用于若存在匹配不到流程日志的流程节点，则将匹配不到流程日志的流程节点确定为异常流程节点。

在本发明实施例中，还包括：

代码聚合模块，用于对每个流程日志中的代码分别进行代码聚合，得到业务逻辑代码块和UI代码块。

在本发明实施例中，异常定位子模块，包括：

页面卡顿判断单元，用于判断异常告警信息是否是页面卡顿；

网络请求判断单元，用于若是，判断流程日志中是否记录有网络请求；

第一异常定位单元，用于若是，在流程日志中的业务逻辑代码块中进行异常定位。

在本发明实施例中，异常定位子模块，还包括：

第二异常定位单元，用于若流程日志中未记录有网络请求，则在流程日志的UI代码块中进行异常定位。

在本发明实施例中，所述页面卡顿判断单元，包括：

FPS数据获取子单元，用于在所述告警日志中，获取产生所述异常告警信息的页面的多个FPS数据，所述多个FPS数据按照预设时间间隔采集得到；

平均值计算子单元，用于计算所述多个FPS数据的平均值；

阈值判断子单元，用于判断所述平均值是否小于预设阈值；

页面卡顿判断子单元，用于若是，判断所述异常告警信息为页面卡顿。

本发明实施例还提供了一种电子设备，设备包括处理器以及存储器：

存储器用于存储程序代码，并将程序代码传输给处理器；

处理器用于根据程序代码中的指令执行本发明实施例的业务异常定位方法。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质用于存储程序代码，程序代码用于执行本发明实施例的业务异常定位方法。

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

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

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

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

Claims (10)

1.一种业务异常定位方法，其特征在于，包括：

当在应用程序运行过程中监测到异常告警信息时，获取所述异常告警信息对应的告警日志；

在所述告警日志中提取模块标志和业务标志；

根据所述模块标志和所述业务标志确定所述告警日志所属的业务操作流程；

获取所述业务操作流程对应的流程日志，并根据所述流程日志进行异常定位。

2.根据权利要求1所述的方法，其特征在于，所述业务操作流程具有多个流程节点；所述获取所述业务操作流程对应的流程日志，并根据所述流程日志进行异常定位的步骤，包括：

获取所述应用程序的所有业务日志；

通过所述模块标志和所述业务标志对所述业务日志进行筛选，得到流程日志；

判断所述流程日志是否与所述流程节点一一对应；

若是，在所述流程日志中进行异常定位。

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

若存在匹配不到流程日志的流程节点，则将匹配不到流程日志的流程节点确定为异常流程节点。

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

对每个所述流程日志中的代码分别进行代码聚合，得到业务逻辑代码块和UI代码块。

5.根据权利要求4所述的方法，其特征在于，所述在所述流程日志中进行异常定位的步骤，包括：

判断所述异常告警信息是否是页面卡顿；

若是，判断所述流程日志中是否记录有网络请求；

若是，在所述流程日志中的业务逻辑代码块中进行异常定位。

6.根据权利要求5所述的方法，其特征在于，所述在所述流程日志中进行异常定位的步骤，还包括：

若所述流程日志中未记录有网络请求，则在所述流程日志的UI代码块中进行异常定位。

7.根据权利要求5所述的方法，其特征在于，所述判断所述异常告警信息是否是页面卡顿的步骤，包括：

在所述告警日志中，获取产生所述异常告警信息的页面的多个FPS数据，所述多个FPS数据按照预设时间间隔采集得到；

计算所述多个FPS数据的平均值；

判断所述平均值是否小于预设阈值；

若是，判断所述异常告警信息为页面卡顿。

8.一种业务异常定位装置，其特征在于，包括：

告警日志获取模块，用于当在应用程序运行过程中监测到异常告警信息时，获取所述异常告警信息对应的告警日志；

标志提取模块，用于在所述告警日志中提取模块标志和业务标志；

业务操作流程确定模块，用于根据所述模块标志和所述业务标志确定所述告警日志所属的业务操作流程；

异常定位模块，用于获取所述业务操作流程对应的流程日志，并根据所述流程日志进行异常定位。

9.一种电子设备，其特征在于，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求1-7任一项所述的业务异常定位方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行权利要求1-7任一项所述的业务异常定位方法。

Images