CN113094240B - 应用程序的异常监控方法、移动终端和存储介质 - Google Patents

Abstract

本申请提供一种应用程序的异常监控方法、移动终端和存储介质，涉及移动应用领域，解决了现有的监控方法无法实时监控和反馈额的问题，应用于服务器，方法包括：获取移动终端发送的异常数据包，对异常数据包内的异常数据进行分类，得到异常分类信息合集，对异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，合并异常分析结果和页面流程信息，得到至少一种异常类型的错误报文，发送错误报文至对应异常类型的应用开发终端。本申请能够实时收集应用端的异常数据，并记录用户操作页面流程，并对异常数据进行了分析，便于应用开发端更快关注到异常情景，进而提升移动应用异常修复效率。

Description

应用程序的异常监控方法、移动终端和存储介质

技术领域

本申请涉及移动应用技术领域，具体涉及一种应用程序的异常监控方法、移动终端和存储介质。

背景技术

随着IOS(苹果公司的移动操作系统)平台使用的普及，在IOS平台上进行手机应用(Application，App)的开发和测试的过程中，人力有限，并且使用场景单一、设备单一、所处的环境也很稳定，很难在这两个过程中发现一些隐藏较深的漏洞(bug)和异常。那么发布到线上以后，用户们使用时所处环境变得复杂，设备多样，使用场景也千奇百怪，就会触发一些开发和测试所没有发现的bug或异常。

市面上现有的技术方案通常采用以下两种方式，通过采用第三方软件开发工具包(Software Development Kit，SDK)或第三方统计平台对线上APP进行监控，但上述两种方式均无法实时监控和反馈，也没有对收集到的异常数据进行分析和整理，并且通过第三方统计仅能进行简单的异常次数统计，无法做到有用户操作过程、有APP相关业务逻辑的信息统计。

发明内容

本申请提供一种应用程序的异常监控方法，能够实时收集应用端的异常数据，并记录用户操作页面流程，并对异常数据进行了分析，便于应用开发端更快关注到异常情景，进而提升移动应用异常修复效率。

一方面，本申请提供一种应用程序的异常监控方法，应用于服务器，所述方法包括：

获取移动终端发送的异常数据包，所述异常数据包括所述移动终端的应用程序运行过程中的异常数据和用户当前操作所述应用程序时的页面流程信息；

对所述异常数据包内的异常数据进行分类，得到异常分类信息合集；

对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并所述异常分析结果和所述页面流程信息，得到至少一种异常类型的错误报文；

发送所述错误报文至对应异常类型的应用开发终端。

在本申请一种可能的实现方式中，所述对所述异常数据包内的异常数据进行分类，得到异常分类信息合集，包括：

对所述异常数据包进行预分类，得到移动终端的崩溃信息和其他异常信息，所述其他异常信息为所述异常数据中除所述崩溃信息外的系统异常数据；

对所述崩溃信息和所述其他异常信息进行再分类，得到移动终端的异常分类信息合集。

在本申请一种可能的实现方式中，所述对所述崩溃信息和所述其他异常信息进行再分类，得到移动终端的异常分类信息合集，包括：

符号化所述崩溃信息和所述其他异常信息；

过滤所述崩溃信息中的移动终端系统级崩溃数据，得到过滤后的崩溃信息合集；

整合相同类型的所述其他异常信息，得到相同类型异常信息合集；

合并所述过滤后的崩溃信息合集和所述相同类型异常信息合集，得到移动终端的异常分类信息合集。

在本申请一种可能的实现方式中，所述对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，包括：

合并所述应用异常信息合集中在预设的时间段内的相同崩溃信息，得到包含至少一个崩溃信息的相同崩溃信息合集，所述相同崩溃信息合集有多个互不相同的崩溃信息；

合并所述应用异常信息合集中在预设的时间段内的相同异常信息，得到包含至少一个异常信息的相同异常信息合集，所述相同异常信息合集有多个互不相同的异常信息；

合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果。

在本申请一种可能的实现方式中，在合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果之前，所述方法还包括：

根据预设的第一排序策略，对多个所述相同崩溃信息合集进行排序，得到排序后的相同崩溃信息合集；

根据预设的第二排序策略，对多个所述相同异常信息合集进行排序，得到排序后的相同异常信息合集；

所述异常分析结果包括所述排序后的相同崩溃信息合集和所述排序后的相同异常信息合集。

在本申请一种可能的实现方式中，所述对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，包括：

获取服务器内历史收集的异常标记合集；

对比所述应用异常信息合集内的异常分类信息和所述异常标记合集内的异常数据；

当所述应用异常信息合集内的异常分类信息与所述异常标记合集内的异常数据类型相同时，对应用异常信息合集内的该异常分类信息作出异常类型标记，所述异常类型标记与所述异常标记合集内的当前异常数据的异常类型标记相同；

将带有异常类型标记的异常分类信息作为异常分析结果。

在本申请一种可能的实现方式中，应用于移动终端，所述方法包括：

在应用程序运行的过程中，获取用户当前操作所述应用程序时的页面流程信息；

捕获所述移动终端的异常数据；

合并所述用户操作页面流程信息和所述异常数据，得到异常数据包；

发送所述异常数据包至服务器，以使得所述服务器根据所述异常数据包得到至少一种异常类型的错误报文，并发送至对应异常类型的应用开发终端。

在本申请一种可能的实现方式中，所述捕获所述移动终端的异常数据，包括：

获取移动终端的初始异常数据；

根据预设的异常数据优先级策略，对所述初始异常数据的优先级进行标记，得到有标记的异常数据合集；

将所述有标记的异常数据合集作为移动终端的异常数据。

另一方面，本申请一种应用程序的异常监控装置，其特征在于，应用于服务器，所述装置包括：

获取模块，用于获取移动终端发送的异常数据包，所述异常数据包包括所述移动终端的应用程序运行过程中的异常数据和用户当前操作所述应用程序时的页面流程信息；

分类模块，用于对所述异常数据包内的异常数据进行分类，得到异常分类信息合集；

分析模块，用于对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并模块，用于合并所述异常分析结果和所述页面流程信息，得到至少一种异常类型的错误报文；

发送模块，用于发送所述错误报文至对应异常类型的应用开发终端；

所述分类模块具体为：

用于对所述异常数据包进行预分类，得到移动终端的崩溃信息和其他异常信息，所述其他异常信息为所述异常数据中除所述崩溃信息外的系统异常数据；

用于对所述崩溃信息和所述其他异常信息进行再分类，得到移动终端的异常分类信息合集。

用于符号化所述崩溃信息和所述其他异常信息；

用于过滤所述崩溃信息中的移动终端系统级崩溃数据，得到过滤后的崩溃信息合集；

用于整合相同类型的所述其他异常信息，得到相同类型异常信息合集；

用于合并所述过滤后的崩溃信息合集和所述相同类型异常信息合集，得到移动终端的移动终端的异常分类信息合集。

所述分析模块具体为：

用于合并所述应用异常信息合集中在预设的时间段内的相同崩溃信息，得到包含至少一个崩溃信息的相同崩溃信息合集，所述相同崩溃信息合集有多个互不相同的崩溃信息；

用于合并所述应用异常信息合集中在预设的时间段内的相同异常信息，得到包含至少一个异常信息的相同异常信息合集，所述相同异常信息合集有多个互不相同的异常信息；

用于合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果。

所述分析模块还包括：

排序模块，用于根据预设的第一排序策略，对多个所述相同崩溃信息合集进行排序，得到排序后的相同崩溃信息合集；

用于根据预设的第二排序策略，对多个所述相同异常信息合集进行排序，得到排序后的相同异常信息合集；

用于所述异常分析结果包括所述排序后的相同崩溃信息合集和所述排序后的相同异常信息合集。

所述分析模块具体为：

用于获取服务器内历史收集的异常标记合集；

用于对比所述应用异常信息合集内的异常分类信息和所述异常标记合集内的异常数据；

当所述应用异常信息合集内的异常分类信息与所述异常标记合集内的异常数据类型相同时，用于对应用异常信息合集内的该异常分类信息作出异常类型标记，所述异常类型标记与所述异常标记合集内的当前异常数据的异常类型标记相同；

用于将带有异常类型标记的异常分类信息作为异常分析结果。

另一方面，本申请一种应用程序的异常监控装置，应用于移动终端，所述装置包括：

获取模块，用于在应用程序运行的过程中，获取用户当前操作所述应用程序时的页面流程信息；

捕获模块，用于捕获所述移动终端的异常数据；

组装模块，用于组装所述用户操作页面流程信息和所述异常数据，得到异常数据包；

发送模块，用于发送所述异常数据包至服务器，以使得所述服务器根据所述异常数据包得到至少一种异常类型的错误报文，并发送至对应异常类型的应用开发终端。

所述捕获模块具体为：

用于获取移动终端的初始异常数据；

用于根据预设的异常数据优先级策略，对所述初始异常数据的优先级进行标记，得到有标记的异常数据合集；

用于将所述有标记的异常数据合集作为移动终端的异常数据。

另一方面，本申请提供一种服务器，所述服务器包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现所述的应用程序的异常监控方法。

另一方面，本申请提供一种移动终端，所述移动终端包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现所述的应用程序的异常监控方法。

另一方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行所述的应用程序的异常监控方法中的步骤。

本申请中服务器实时接收异常数据包后，将异常数据包进行分类并分析，并将接收到的移动终端用户操作页面流程信息和分析结果实时地送给应用开发端，应用开发端能够及时地跟踪问题，并且能够根据用户操作页面流程信息和分析结果更快地追溯异常情景出现时间和出现原因，达到对异常问题修复的效率提升，进而提升应用异常修复效率。

附图说明

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

图1是本申请实施例中异常监控方法的一个实施例流程示意图；

图2是本申请实施例中异常监控方法的一个实施例流程示意图；

图3是本申请实施例中异常监控方法的一个实施例流程示意图；

图4是本申请实施例中异常监控方法的一个实施例流程示意图；

图5是本申请实施例中异常监控方法的一个实施例流程示意图；

图6是本申请实施例中异常监控方法的一个实施例流程示意图；

图7是本申请实施例中异常监控方法的一个实施例流程示意图；

图8是本申请实施例中异常监控装置的一个实施例结构示意图；

图9是本申请实施例中异常监控装置的一个实施例结构示意图；

图10是本申请实施例中移动终端的一个实施例结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本发明。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本发明的描述变得晦涩。因此，本发明并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

下面首先对本申请实施例中涉及到的一些基本概念进行介绍：

运行时技术(Runtime)：指一个应用程序在运行(或被执行)的状态，当打开一个应用程序使它在移动终端上运行的时，程序就是处于运行时，在一些编程语言中，把某些可以重用的程序或者实例打包或者重建成为“运行库"。这些实例可以在它们运行的时候被链接或者被任何程序调用。通常编程语言包括静态语言，例如C语言，编译阶段就要决定调用哪个函数，如果函数未实现就会编译报错；还包括动态语言，例如OC(Objective-C)语言，编译阶段并不能决定真正调用哪个函数，只要函数声明过即使没有实现也不会报错。OC代码的运行不仅需要编译器，还需要运行时系统(Runtime Sytem)来执行编译后的代码。

Runtime是一套底层纯C语言API(Application Programming Interface)，OC代码最终都会被编译器转化为运行时代码，通过消息机制决定函数调用方式，这也是OC作为动态语言使用的基础。

类是对某种对象的定义，具有行为(behavior)，它描述一个对象能够做什么以及做的方法(method)，它们是可以对这个对象进行操作的程序和过程。它包含有关对象行为方式的信息，包括它的名称、属性、方法和事件。

Runtime类：封装了运行时的环境，使应用程序能够与其运行的环境相连接。

UIViewController类：视图控制器，使用数据(Model)来构造视图(View)的基本控制单元(Controller)，是移动终端程序中的一个重要组成部分，UIView表示移动终端的屏幕上的一块矩形区域，UIView的子类包括移动终端中几乎所有可视化控件，UIViewController类则是用于控制UIView，控制视图(View)大小变换、布局视图和相应时间，响应UIView矩形区域内发生的触摸事件，监测视图的切换以及处理移动终端的屏幕旋转。

UIControl：创建用户界面控件对象，UIControl的主要作用是在窗体上创建各种组件(比如、按钮、静态文本框、弹出式菜单等)，并指定这些组件的回调函数，UIControl是控件的基类，属于自定义控件，不能直接的实例化，它只能通过继承的方式为子类提供公共的接口和动作结构。

RunLoop：接收处理异步消息事件的循环，循环内容包括等待事件发生，然后将这个事件送到能处理它的地方，实际上是一个对象，该对象在循环中用来处理程序运行过程中出现的各种事件(比如说触摸事件、人机交互刷新事件、定时器事件、选择器事件)和消息，用于保持程序的持续运行。

本实施例中的移动终端可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中移动终端可以是便携式电脑、掌上电脑(Personal Digital Assistant，PDA)、手机、平板电脑、无线终端设备、嵌入式设备等，本实施例不限定移动终端的类型。

本申请实施例提供一种应用程序的异常监控方法、装置、服务器及存储介质，以下分别进行详细说明。

如图1所示，为本申请实施例中应用程序的异常监控方法的一个实施例流程示意图，该应用程序的异常监控方法应用于服务器，所述应用程序的异常监控方法包括如下步骤101～105：

101、获取移动终端发送的异常数据包，异常数据包包括移动终端的应用程序运行过程中的异常数据和用户当前操作应用程序时的页面流程信息；

异常数据包携带有对应的移动终端的应用程序版本号、移动终端的设备型号、移动终端的系统版本以及出现异常时所使用的网络类型进行标记，便于服务器进行识别分析，异常数据包括移动终端的应用程序运行过程中产生的多个维度的异常数据，例如多个维度的异常数据，包括崩溃、中央处理器(central processing unit，CPU)运行异常、系统内存值异常、网络请求异常、页面卡顿等。

102、对异常数据包内的异常数据进行分类，得到异常分类信息合集；

接收到异常数据包后，服务器首先将异常数据包分类为服务器可以识别的异常数据，形成包含大量异常数据的异常分类信息合集。

103、对异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

获得包含大量异常数据的异常分裂信息合集后，服务器根据策略对各异常分类信息进行策略分析和标记，分析完成后得到异常分析结果，其中策略分析包括多种方式，例如对异常分类信息标注优先级，根据异常分类信息发生的次数和影响用户数，对异常分类信息进行警告标注，根据异常分类信息的重要程度进行紧急处理的标记等。

104、合并异常分析结果和用户操作页面流程信息，得到至少一种异常类型的错误报文；

获取异常分析结果后，服务器根据异常分析结果中的不同的异常数据类型生成对应的不同类型的错误报文，例如异常分析结果为页面卡顿时，生成错误报文时，会在错文报文内会列入与异常分析结果对应的页面流程信息，异常分析结果为网络请求异常时，生成错误报文时，会在报文内列入url、params、error等信息。

105、发送错误报文至对应异常类型的应用开发终端。

错误报文生成后，服务器根据错误报文的类型，选择性地将错误报文发送至对应的应用开发终端，例如将跟数据方面、网络接口方面的错误报文发送给server开发人员。

本申请的实施例中服务器实时接收异常数据包后，将异常数据包进行分类并分析，并将接收到的移动终端用户操作页面流程信息和分析结果实时地送给应用开发端，应用开发端能够及时地跟踪问题，并且能够根据用户操作页面流程信息和分析结果更快地追溯异常情景出现时间和出现原因，达到对异常问题修复的效率提升，进而提升应用异常修复效率。

在本申请一些实施例中，如图2所示，对异常数据包内的异常数据进行分类，得到异常分类信息合集，可以包括步骤201～202：

201、对异常数据包进行预分类，得到移动终端的崩溃信息和其他异常信息，其他异常信息为异常数据中除崩溃信息外的系统异常数据；

本实施例中服务器定义移动终端的应用程序运行过程中发生的崩溃为最高优先级，本步骤的预分类方式直接将异常数据包内的崩溃信息分出，便于服务器更快对崩溃信息进行分析，再依次分析其他异常信息。

202、对崩溃信息和其他异常信息进行再分类，得到移动终端的异常分类信息合集。

在另一个具体实施例中，如图3所示，对崩溃信息和其他异常信息进行再分类，得到移动终端的异常分类信息合集，可以包括步骤301～304：

301、符号化崩溃信息和其他异常信息；

服务器内预设有与移动终端的应用程序对应符号表，使用符号表对崩溃信息和其他异常信息的堆栈信息符号化，使分类后的崩溃信息和其他异常信息更容易被识别，进一步提升异常处理效率。

302、过滤崩溃信息中的移动终端系统级崩溃数据，得到过滤后的崩溃信息合集；

由于服务器接收的异常数据包内会包含部分由移动终端自身系统引起的崩溃信息，为减少不必要的分析工作，服务器分析过程中需要将这些与应用程序运行过程中无关的崩溃信息进行剔除，只保留移动终端的应用程序运行中的产生的崩溃，即过滤后的崩溃信息合集。

303、整合相同类型的其他异常信息，得到相同类型异常信息合集；

崩溃信息分类完毕后，再将其他异常信息中包含的不同类型的异常数据进一步进行分类，该异常数据均为应用程序运行中产生的异常数据，例如CPU运行异常数据、系统内存值异常数据、网络请求异常数据、页面卡顿数据等，将相同类型进行合并，从而得到包含有多种类型异常数据的相同类型异常信息合集。

304、合并过滤后的崩溃信息合集和相同类型异常信息合集，得到移动终端的异常分类信息合集。

将接收到的异常数据包进行详细的分类后再合并在一起，得到移动终端的异常分类信息合集，方便服务器识别移动终端的异常分类信息合集中对应类型的移动终端的异常数据。

在另一个具体实施例中，如图4所示，对异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，可以包括步骤401～403：

401、合并应用异常信息合集中在预设的时间段内的相同崩溃信息，得到包含至少一个崩溃信息的相同崩溃信息合集，所述相同崩溃信息合集有多个互不相同崩溃信息；

402、合并应用异常信息合集中在预设的时间段内的相同异常信息，得到包含至少一个异常信息的相同异常信息合集，所述相同异常信息合集有多个互不相同异常信息；

403、合并相同崩溃信息合集和相同异常信息合集，得到异常分析结果。

服务器将某一固定时间段内所产生的相同类型的崩溃信息合并，得到多个时间段的相同类型的崩溃信息合集，将某一固定时间段内所产生的相同类型的异常信息合并，得到多个时间段的相同类型的异常信息合集，更加方便应用开发终端对某一固定时间段发生的相同崩溃信息和相同异常信息进行结合分析，从而发现是否为系统内部错误或用户错误的使用习惯问题，方便应用开发终端更快速地发现问题并解决问题。

在另一个具体实施例中，如图5所示，在合并相同崩溃信息合集和相同异常信息合集，得到异常分析结果之前，方法还包括步骤501-503：

501、根据预设的第一排序策略，对多个相同崩溃信息合集进行排序，得到排序后的相同崩溃信息合集；

502、根据预设的第一排序策略，对多个相同异常信息合集进行排序，得到排序后的相同异常信息合集；

503、异常分析结果包括排序后的相同崩溃信息合集和排序后的相同异常信息合集。

服务器预设的第一排序策略为将类型均不相同的多个相同崩溃信息合集按照类型的重要程度进行排序，服务器预设的第二排序策略为将类型均不相同的多个相同异常信息合集按照类型的重要程度进行排序，其中，多个相同崩溃信息合集的类型和多个相同异常信息合集的类型均包括发生的次数、影响用户数、是否发生在核心功能页面、是否是重要网络接口出错等，且类型的重要程度按照上述次序排列，对多个相同崩溃信息合集进行排序以及对多个相同异常信息合集进行排序后，得到异常分析结果，应用开发终端可以根据服务器给到的异常分析结果的优先级来进行异常解决，更加便于应用开发终端快速处理重要程度较高的异常数据，提升重要问题的修复效率，进一步保护用户数据安全。

在另一个具体实施例中，如图6所示，对异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，可以包括步骤601～604：

601、获取服务器内历史收集的异常标记合集；

602、对比应用异常信息合集内的异常分类信息和异常标记合集内的异常数据；

603、当应用异常信息合集内的异常分类信息与异常标记合集内的异常数据类型相同时，对应用异常信息合集内的该异常分类信息作出异常类型标记，异常类型标记与异常标记合集内的当前异常数据的异常类型标记相同；

604、将带有异常类型标记的异常分类信息作为异常分析结果。

服务器根据异常数据包携带的对应的移动终端的应用程序版本号、移动终端的设备型号、移动终端的系统版本，获取历史处理过的相同版本的移动终端或相同版本的应用程序所生产的相同异常数据，即本实施例中的历史收集的异常标记合集，通过分析历史收集的异常标记合集，对新获取的应用异常信息合集内的异常分类信息进行标记，当历史收集的异常标记合集内的异常数据与应用异常信息合集内的异常分类信息为相同类型时，则直接对该异常分类信息打上与该历史收集的异常标记合集内的异常数据相同类型的标记，更加细化异常分类信息的分析，再将标记过的应用异常信息合集作为异常分析结果，使后续应用开发端更快发现问题所在。

在另一个具体实施例中，如图7所示，该应用程序的异常监控方法应用于移动终端，所述应用程序的异常监控方法包括如下步骤701～704：

701、在应用程序运行的过程中，获取用户当前操作应用程序时的页面流程信息；

下面具体举例说明获取用户当前操作应用程序时的页面流程信息的方法，本实施例中通过视图控制器UIViewController类对移动终端的页面流程信息进行标记，具体是通过UIViewController类的viewDidAppear方法和viewDidDisappear方法来对应用程序进行重写，并且使用Runtime对UIControl的sendAction方法和预设的my_sendAction方法进行实现交换，预设的my_sendAction方法也进行了移动终端页面流程信息的记录，从而在后续调用应用程序的sendAction时，会直接调用预设的my_sendAction方法，从而实现对用户当前操作应用程序时的页面流程信息的获取。

702、捕获移动终端的异常数据；

本实施例中的异常数据可以是应用程序运行时发生的多个维度的异常数据，包括崩溃、CPU运行异常、系统内存值异常、网络请求异常、页面卡顿等。下面具体举例说明。

崩溃，本实施例中主要是从两个方面来收集崩溃数据，一方面是对于应用程序运行中NSException类的捕获，NSException类用于封装异常信息，收集崩溃信息时则是使用移动终端的系统提供的NSSetUncaughtExceptionHandler来捕获应用程序运行中导致崩溃的异常信息日志；一方面是对于应用程序运行中Mach异常信号的捕获，利用unix标准的signal机制，注册SIGABRT,SIGBUS,SIGSEGV等信号发生时的处理函数，达到对崩溃数据的记录。

CPU运行异常和系统内存值异常，本实施例是通过预先设置CPU运行使用值和系统内存值的运行阈值，再在应用程序运行过程中，实时获取应用程序当前状态的CPU运行使用值和系统内存值，并监控这两个值超出阈值的情况，进而判断CPU运行和系统内存值是否出现异常，其中，在IOS系统中可以通过IOS系统提供的mach相关的api，CPU运行使用值和系统内存值的当前值超出阈值后，会触发利用mach的api获取当前应用程序的所有线程，并且获取到所有线程的调用栈的栈基信息，通过该栈基信息获取到每个线程的调用链，实现CPU运行异常和系统内存值异常的异常数据的记录。

网络请求异常，本实施例中是在应用程序运行过程中，对网络请求的整个过程进行监控，对移动终端的系统底层返回的结果进行检查，发现有异常时，则对该网络请求的url、params、error_code、error_message进行异常信息的记录，在IOS系统中可以URLProtocol的方式对网络请求的整个过程进行监控，从而实现网络请求的异常数据的记录。

页面卡顿，指的是页面流畅度出现异常，本实施例中是通过监控主线程在Runloop的某个阶段进行长时间的耗时操作，当耗时超过预设的阈值时，则定义为一次卡顿异常。

在IOS系统中，主要是采用对NSRunLoop的kCFRunLoopBeforeSources、kCFRunLoopBeforeWaition、kCFRunLoopAfterWaiting三个过程变化的监听获得应用程序整个过程使用的时间，通过设置阈值来判断异常情况，例如，当整个过程5次都超过60ms，或整个过程一次超过300ms，则属于一个卡顿异常，记录该次页面卡顿，实现页面卡顿异常数据的记录。

703、合并页面流程信息和异常数据，得到异常数据包；

在获得页面流程信息和上述多个维度的异常数据后，按照规范将页面流程信息和各个维度的异常数据进行合并，得到异常数据包。

704、发送异常数据包至服务器，以使得服务器获取移动终端发送的异常数据包。

获取异常数据包后，对异常数据包所对应的应用程序版本号、移动终端的设备型号、移动终端的系统版本以及出现异常时所使用的网络类型进行标记，对异常数据包进行加密后发送至服务器，以使得服务器获取移动终端发送的异常数据包。

具体的，所述捕获移动终端的异常数据，可以包括：获取移动终端的初始异常数据；根据预设的异常数据优先级策略，对初始异常数据的优先级进行标记，得到有标记的异常数据合集；将有标记的异常数据合集作为移动终端的异常数据。

初始异常数据包括崩溃、CPU运行异常、系统内存值异常、网络请求异常、页面卡顿等。预设的异常数据优先级策略包括根据初始异常数据的重要性，对初始异常数据预先作出重要程度不同的标记，标记包括warning、error、normal等，从而便于在有标记的异常数据合集经服务器发送应用开发终端后，应用开发终端能够快速根据上述警告的优先级别，对重要程度较高的初始异常数据进行分析，提升问题解决效率。

为了更好实施本申请中应用程序的异常监控方法，在所述页面退回的方法基础之上，本申请实施例中还提供一种应用程序的异常监控装置，应用于服务器，如图8所示，所述异常监控装置800包括：

获取模块801，用于获取移动终端发送的异常数据包，所述异常数据包包括所述移动终端的应用程序运行过程中的异常数据和用户当前操作所述应用程序时的页面流程信息；

分类模块802，用于对所述异常数据包内的异常数据进行分类，得到异常分类信息合集；

分析模块803，用于对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并模块804，用于合并所述异常分析结果和所述页面流程信息，得到至少一种异常类型的错误报文；

发送模块805，用于发送所述错误报文至对应异常类型的应用开发终端。

本申请的实施例中服务器的获取模块801实时接收异常数据包后，分类模块802将异常数据包进行分类，分析模块803对各异常分类信息进行异常分析，并通过合并模块804将接收到的移动终端用户操作页面流程信息和分析结果合并形成错误报文，发送模块805将错误报文实时地送给应用开发端，应用开发端能够及时地跟踪问题，并且能够根据用户操作页面流程信息和分析结果更快地追溯异常情景出现时间和出现原因，达到对异常问题修复的效率提升，进而提升应用异常修复效率。

所述分类模块802具体为：

用于对所述异常数据包进行预分类，得到移动终端的崩溃信息和其他异常信息，所述其他异常信息为所述异常数据中除所述崩溃信息外的系统异常数据；

用于对所述崩溃信息和所述其他异常信息进行再分类，得到移动终端的异常分类信息合集。

用于符号化所述崩溃信息和所述其他异常信息；

用于过滤所述崩溃信息中的移动终端系统级崩溃数据，得到过滤后的崩溃信息合集；

用于整合相同类型的所述其他异常信息，得到相同类型异常信息合集；

用于合并所述过滤后的崩溃信息合集和所述相同类型异常信息合集，得到移动终端的移动终端的异常分类信息合集。

在另一个具体实施例中，所述分析模块803具体为：

用于合并所述应用异常信息合集中在预设的时间段内的相同崩溃信息，得到包含至少一个崩溃信息的相同崩溃信息合集，所述相同崩溃信息合集有多个互不相同的崩溃信息；

用于合并所述应用异常信息合集中在预设的时间段内的相同异常信息，得到包含至少一个异常信息的相同异常信息合集，所述相同异常信息合集有多个互不相同的异常信息；

用于合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果。

所述分析模块803还包括：

排序模块806，用于根据预设的第一排序策略，对多个所述相同崩溃信息合集进行排序，得到排序后的相同崩溃信息合集；

用于根据预设的第二排序策略，对多个所述相同异常信息合集进行排序，得到排序后的相同异常信息合集；

用于所述异常分析结果包括所述排序后的相同崩溃信息合集和所述排序后的相同异常信息合集。

在另一个具体实施例中，所述分析模块803具体为：

用于获取服务器内历史收集的异常标记合集；

用于对比所述应用异常信息合集内的异常分类信息和所述异常标记合集内的异常数据；

当所述应用异常信息合集内的异常分类信息与所述异常标记合集内的异常数据类型相同时，用于对应用异常信息合集内的该异常分类信息作出异常类型标记，所述异常类型标记与所述异常标记合集内的当前异常数据的异常类型标记相同；

用于将带有异常类型标记的异常分类信息作为异常分析结果。

为了更好实施本申请实施例中应用程序的异常监控方法，在所述页面退回的方法基础之上，本申请实施例中还提供一种应用程序的异常监控装置，应用于移动终端，如图9所示，所述异常监控装置800包括：

获取模块807，用于在应用程序运行的过程中，获取用户当前操作所述应用程序时的页面流程信息；

捕获模块808，用于捕获所述移动终端的异常数据；

组装模块809，用于组装所述用户操作页面流程信息和所述异常数据，得到异常数据包；

发送模块810，用于发送所述异常数据包至服务器，以使得所述服务器根据所述异常数据包得到至少一种异常类型的错误报文，并发送至对应异常类型的应用开发终端。

所述捕获模块808具体为：

用于获取移动终端的初始异常数据；

用于根据预设的异常数据优先级策略，对所述初始异常数据的优先级进行标记，得到有标记的异常数据合集；

用于将所述有标记的异常数据合集作为移动终端的异常数据。

在另一个具体实施例中，本申请提供一种服务器，所述服务器包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现所述的应用程序的异常监控方法。

在另一个具体实施例中，本申请提供一种移动终端，移动终端包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中一个或多个应用程序被存储于存储器中，并配置为由处理器执行以实现的应用程序的异常监控方法。

在另一个具体实施例中，本申请提供一种移动终端，如图10所示，其示出了本申请实施例所涉及的移动终端的结构示意图，该移动终端可以包括一个或者一个以上处理核心的处理器901、一个或一个以上计算机可读存储介质的存储器902、电源903和输入单元904等部件。本领域技术人员可以理解，图10中示出的移动终端结构并不构成对移动终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器901是该移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器902内的软件程序和/或模块，以及调用存储在存储器902内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。可选的，处理器901可包括一个或多个处理核心；处理器901可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，优选的，处理器901可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器901中。

存储器902可用于存储软件程序以及模块，处理器901通过运行存储在存储器902的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器902可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据移动终端的使用所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器902还可以包括存储器控制器，以提供处理器901对存储器902的访问。

移动终端还包括给各个部件供电的电源903，优选的，电源903可以通过电源管理系统与处理器901逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源903还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该移动终端还可包括输入单元904，该输入单元904可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，移动终端还可以包括显示单元等，在此不再赘述。具体在本实施例中，移动终端中的处理器901会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器902中，并由处理器901来运行存储在存储器902中的应用程序，从而实现各种功能，如下：

获取移动终端发送的异常数据包，异常数据包包括移动终端的应用程序运行过程中的异常数据和用户当前操作应用程序时的页面流程信息；

对异常数据包内的异常数据进行分类，得到异常分类信息合集；

对异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并异常分析结果和页面流程信息，得到至少一种异常类型的错误报文；

发送错误报文至对应异常类型的应用开发终端。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

在另一个具体实施例中，本申请提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random AccessMemory)、磁盘或光盘等。其上存储有计算机程序，计算机程序被处理器进行加载，以执行的应用程序的异常监控方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：

获取移动终端发送的异常数据包，异常数据包包括移动终端的应用程序运行过程中的异常数据和用户当前操作应用程序时的页面流程信息；

对异常数据包内的异常数据进行分类，得到异常分类信息合集；

对异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并异常分析结果和页面流程信息，得到至少一种异常类型的错误报文；

发送错误报文至对应异常类型的应用开发终端。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。

具体实施时，以上各个单元或结构可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元或结构的具体实施可参见前面的方法实施例，在此不再赘述。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种应用程序的异常监控方法、装置、服务器及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，根据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种应用程序的异常监控方法，其特征在于，应用于服务器，所述方法包括：

获取移动终端发送的异常数据包，所述异常数据包包括所述移动终端的应用程序运行过程中的异常数据和用户当前操作所述应用程序时的页面流程信息；

对所述异常数据包内的异常数据进行分类，得到异常分类信息合集；

对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并所述异常分析结果和所述页面流程信息，得到至少一种异常类型的错误报文；

发送所述错误报文至对应异常类型的应用开发终端；

所述对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，包括：

合并所述应用异常信息合集中在预设的时间段内的相同崩溃信息，得到包含至少一个崩溃信息的相同崩溃信息合集，所述相同崩溃信息合集有多个互不相同的崩溃信息；

合并所述应用异常信息合集中在预设的时间段内的相同异常信息，得到包含至少一个异常信息的相同异常信息合集，所述相同异常信息合集有多个互不相同的异常信息；

合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果。

2.如权利要求1所述的应用程序的异常监控方法，其特征在于，所述对所述异常数据包内的异常数据进行分类，得到异常分类信息合集，包括：

对所述异常数据包进行预分类，得到移动终端的崩溃信息和其他异常信息，所述其他异常信息为所述异常数据中除所述崩溃信息外的系统异常数据；

对所述崩溃信息和所述其他异常信息进行再分类，得到移动终端的异常分类信息合集。

3.如权利要求2所述的应用程序的异常监控方法，其特征在于，所述对所述崩溃信息和所述其他异常信息进行再分类，得到移动终端的异常分类信息合集，包括：

符号化所述崩溃信息和所述其他异常信息；

过滤所述崩溃信息中的移动终端系统级崩溃数据，得到过滤后的崩溃信息合集；

整合相同类型的所述其他异常信息，得到相同类型异常信息合集；

合并所述过滤后的崩溃信息合集和所述相同类型异常信息合集，得到移动终端的移动终端的异常分类信息合集。

4.如权利要求1所述的应用程序的异常监控方法，其特征在于，在合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果之前，所述方法还包括：

根据预设的第一排序策略，对多个所述相同崩溃信息合集进行排序，得到排序后的相同崩溃信息合集；

根据预设的第二排序策略，对多个所述相同异常信息合集进行排序，得到排序后的相同异常信息合集；

所述异常分析结果包括所述排序后的相同崩溃信息合集和所述排序后的相同异常信息合集。

5.如权利要求1所述的应用程序的异常监控方法，其特征在于，所述对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，包括：

获取服务器内历史收集的异常标记合集；

对比所述应用异常信息合集内的异常分类信息和所述异常标记合集内的异常数据；

当所述应用异常信息合集内的异常分类信息与所述异常标记合集内的异常数据类型相同时，对应用异常信息合集内的该异常分类信息作出异常类型标记，所述异常类型标记与所述异常标记合集内的当前异常数据的异常类型标记相同；

将带有异常类型标记的异常分类信息作为异常分析结果。

6.一种应用程序的异常监控方法，其特征在于，应用于移动终端，所述方法包括：

在应用程序运行的过程中，获取用户当前操作所述应用程序时的页面流程信息；

捕获所述移动终端的异常数据；

合并所述用户操作页面流程信息和所述异常数据，得到异常数据包；

发送所述异常数据包至服务器，以使得所述服务器根据所述异常数据包得到至少一种异常类型的错误报文，并发送至对应异常类型的应用开发终端；

所述服务器根据所述异常数据包得到至少一种异常类型的错误报文，包括：

获取移动终端发送的异常数据包，所述异常数据包包括所述移动终端的应用程序运行过程中的异常数据和用户当前操作所述应用程序时的页面流程信息；

对所述异常数据包内的异常数据进行分类，得到异常分类信息合集；

对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并所述异常分析结果和所述页面流程信息，得到至少一种异常类型的错误报文；

所述对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，包括：

合并所述应用异常信息合集中在预设的时间段内的相同崩溃信息，得到包含至少一个崩溃信息的相同崩溃信息合集，所述相同崩溃信息合集有多个互不相同的崩溃信息；

合并所述应用异常信息合集中在预设的时间段内的相同异常信息，得到包含至少一个异常信息的相同异常信息合集，所述相同异常信息合集有多个互不相同的异常信息；

合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果。

7.如权利要求6所述的应用程序的异常监控方法，其特征在于，所述捕获所述移动终端的异常数据，包括：

获取移动终端的初始异常数据；

根据预设的异常数据优先级策略，对所述初始异常数据的优先级进行标记，得到有标记的异常数据合集；

将所述有标记的异常数据合集作为移动终端的异常数据。

8.一种应用程序的异常监控装置，其特征在于，应用于服务器，所述装置包括：

获取模块，用于获取移动终端发送的异常数据包，所述异常数据包包括所述移动终端的应用程序运行过程中的异常数据和用户当前操作所述应用程序时的页面流程信息；

分类模块，用于对所述异常数据包内的异常数据进行分类，得到异常分类信息合集；

分析模块，用于对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并模块，用于合并所述异常分析结果和所述页面流程信息，得到至少一种异常类型的错误报文；

发送模块，用于发送所述错误报文至对应异常类型的应用开发终端；

所述对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，包括：

合并所述应用异常信息合集中在预设的时间段内的相同崩溃信息，得到包含至少一个崩溃信息的相同崩溃信息合集，所述相同崩溃信息合集有多个互不相同的崩溃信息；

合并所述应用异常信息合集中在预设的时间段内的相同异常信息，得到包含至少一个异常信息的相同异常信息合集，所述相同异常信息合集有多个互不相同的异常信息；

合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果。

9.一种应用程序的异常监控装置，其特征在于，应用于移动终端，所述装置包括：

获取模块，用于在应用程序运行的过程中，获取用户当前操作所述应用程序时的页面流程信息；

捕获模块，用于捕获所述移动终端的异常数据；

组装模块，用于组装所述用户操作页面流程信息和所述异常数据，得到异常数据包；

发送模块，用于发送所述异常数据包至服务器，以使得所述服务器根据所述异常数据包得到至少一种异常类型的错误报文，并发送至对应异常类型的应用开发终端；

所述服务器根据所述异常数据包得到至少一种异常类型的错误报文，包括：

获取移动终端发送的异常数据包，所述异常数据包包括所述移动终端的应用程序运行过程中的异常数据和用户当前操作所述应用程序时的页面流程信息；

对所述异常数据包内的异常数据进行分类，得到异常分类信息合集；

对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果；

合并所述异常分析结果和所述页面流程信息，得到至少一种异常类型的错误报文；

所述对所述异常分类信息合集中的各异常分类信息进行异常分析，得到异常分析结果，包括：

合并所述应用异常信息合集中在预设的时间段内的相同崩溃信息，得到包含至少一个崩溃信息的相同崩溃信息合集，所述相同崩溃信息合集有多个互不相同的崩溃信息；

合并所述应用异常信息合集中在预设的时间段内的相同异常信息，得到包含至少一个异常信息的相同异常信息合集，所述相同异常信息合集有多个互不相同的异常信息；

合并所述相同崩溃信息合集和所述相同异常信息合集，得到异常分析结果。

10.一种服务器，其特征在于，所述服务器包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现权利要求1至5中任一项所述的应用程序的异常监控方法。

11.一种移动终端，其特征在于，所述移动终端包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现权利要求6至7中任一项所述的应用程序的异常监控方法。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行权利要求1至7任一项所述的应用程序的异常监控方法中的步骤。