一种异常信息获取方法和装置与流程

本发明涉及计算机领域中的信息获取技术，尤其涉及一种异常信息获取方法和装置。

背景技术：

企业内部手机应用不同于面向公众的手机应用，一般都有后端系统的支撑，手机应用通常只作为整个应用系统面向手机、平板电脑等智能终端的展现层，一般不承载业务逻辑，但是作为应用的入口和直接与用户接触的界面，它的稳定运行对于整个应用系统和用户体验来说是至关重要的。同时。android应用商店需要对每个应用进行严格的审核才能予以上架，但许多应用上架后在使用过程中仍会存在如发生崩溃、未响应等质量问题。

为保证企业内部手机应用的稳定运行、解决android应用商店中应用运行时存在的质量问题，现有技术方案采用在应用中植入专门的异常捕捉模块，来捕捉应用运行时可能产生的各种异常。但该方案需要在应用中增加专门的异常捕捉模块，导致开发难度较大、维护成本较高；同时，基于应用商店和应用程序开发商可能不同，现有的异常捕捉模块只能将异常告知应用程序对应的开发商，但应用商店的运营商并不能得到应用的异常信息，会出现应用异常发生时应用开发商没有及时处理异常信息，导致用户体验较差，甚至会造成大量的用户流失。

技术实现要素：

为解决上述技术问题，本发明实施例期望提供一种异常信息获取方法和装置，解决了现有技术方案中需要增加专门的异常捕捉模块对应用异常信息进行捕捉的问题，降低了开发难度和生产维护成本；同时，提高了用户的体验效果， 保证了应用商店较高的市场占有率。

本发明的技术方案是这样实现的：

一种异常信息获取方法，所述方法包括：

监控待监测设备，获取所述待监测设备中存在的异常进程列表；

查找所述异常进程列表的异常信息中属于监控目标的第一异常信息；

对所述异常进程列表的异常信息中属于所述监控目标的第一异常信息进行分析，得到所述异常进程列表中的第一异常信息的异常类型并处理。

可选的，所述监控待监测设备，获取所述待监测设备中存在的异常进程列表，包括：

监控所述待监测设备，第i次获取所述待监测设备中的第一异常进程；其中，所述i为大于1的正整数；

采用差集算法比较第i次获取到的所述第一异常进程与第i-1次获取到的所述待监测设备的第二异常进程；

获取存在于所述第一异常进程中但不存在于所述第二异常进程中的异常信息，并得到所述待监测设备当前的异常进程列表。

可选的，所述查找所述异常进程列表的异常信息中属于监控目标的第一异常信息，包括：

遍历所述异常进程列表，得到所述异常进程列表中的第二异常信息；

获取所述异常进程列表的第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息；其中，所述第二异常信息对应的应用标识信息携带在所述异常进程列表中；

设置所述第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息对应的异常信息为所述第一异常信息。

可选的，所述对所述异常进程列表的异常信息中属于所述监控目标的第一异常信息进行分析，得到所述异常进程列表中的第一异常信息的异常类型并处理，包括：

读取所述异常进程列表的异常信息中属于所述监控目标的所述第一异常信 息并记录；

获取所述第一异常信息的异常类型；

根据所述第一异常信息的异常类型，对所述第一异常信息进行分析处理得到所述第一异常信息的异常原因。

可选的，所述根据所述第一异常信息的异常类型，对所述第一异常信息进行分析处理得到所述第一异常信息的异常原因，包括：

若所述第一异常信息的异常类型为第一类型，则读取系统的错误栈信息得到所述第一异常信息的异常原因；

若所述第一异常信息的异常类型为第二类型，则读取系统的应用未响应信息得到所述第一异常信息的异常原因。

可选的，所述方法还包括：

获取所述待监测设备的属性信息；其中，所述属性信息包括：所述待监测设备的应用系统的版本、处理器使用率、内存容量、内存使用情况、设备标识；

整合所述异常进程列表、所述异常进程列表中的第一异常信息的异常类型和所述待监测设备的属性信息，生成异常报告信息。

一种异常信息获取装置，所述装置包括：第一获取单元、查找单元和第一处理单元，其中：

所述第一获取单元，用于监控待监测设备，获取所述待监测设备中存在的异常进程列表；

所述查找单元，用于查找所述异常进程列表的异常信息中属于监控目标的第一异常信息；

所述第一处理单元，用于对所述异常进程列表的异常信息中属于所述监控目标的第一异常信息进行分析，得到所述异常进程列表中的第一异常信息的异常类型并处理。

可选的，所述第一获取单元包括：第一获取模块、比较模块和第二获取模块，其中：

所述第一获取模块，用于监控所述待监测设备，第i次获取所述待监测设 备中的第一异常进程；其中，所述i为大于1的正整数；

所述比较模块，用于采用差集算法比较第i次获取到的所述第一异常进程与第i-1次获取到的所述待监测设备的第二异常进程；

所述第二获取模块，用于获取存在于所述第一异常进程中但不存在于所述第二异常进程中的异常信息，并得到所述待监测设备当前的异常进程列表。

可选的，所述查找单元包括：遍历模块、第三获取模块和设置模块，其中：

所述遍历模块，用于遍历所述异常进程列表，得到所述异常进程列表中的第二异常信息；

第三获取模块，用于获取所述异常进程列表的第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息；其中，所述第二异常信息对应的应用标识信息携带在所述异常进程列表中；

所述设置模块，用于设置所述第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息对应的异常信息为所述第一异常信息。

可选的，所述第一处理单元包括：读取模块、第四获取模块和处理模块，其中：

所述读取模块，用于读取所述异常进程列表的异常信息中属于所述监控目标的所述第一异常信息并记录；

所述第四获取模块，用于获取所述第一异常信息的异常类型；

所述处理模块，用于根据所述第一异常信息的异常类型，对所述第一异常信息进行分析处理得到所述第一异常信息的异常原因。

可选的，所述处理模块具体用于：

若所述第一异常信息的异常类型为第一类型，则读取系统的错误栈信息得到所述第一异常信息的异常原因；

若所述第一异常信息的异常类型为第二类型，则读取系统的应用未响应信息得到所述第一异常信息的异常原因。

可选的，所述装置还包括：第二获取单元和第二处理单元，其中：

第二获取单元，用于获取所述待监测设备的属性信息；其中，所述属性信 息包括：所述待监测设备的应用系统的版本、处理器使用率、内存容量、内存使用情况、设备标识；

所述第二处理单元，用于整合所述异常进程列表、所述异常进程列表中的第一异常信息的异常类型和所述待监测设备的属性信息，生成异常报告信息。

本发明实施例所提供的异常信息获取方法和装置，通过监控待监测设备，获取待监测设备中存在的异常进程列表，并查找异常进程列表的异常信息中属于监控目标的第一异常信息，之后对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理；这样，直接监控待监测设备获取待监测设备中存在的异常进程列表，进而对异常进程列表进行分析得到异常信息及异常信息的异常类型并处理，如此不需要额外在应用中植入专门的异常捕捉模块就可以直接获取到设备中的应用的异常，解决了现有技术方案中需要增加专门的异常捕捉模块对应用进行监控的问题，降低了开发难度和生产维护成本；同时，提高了用户的体验效果，保证了应用商店较高的市场占有率。

附图说明

图1为本发明实施例提供的一种异常信息获取方法的流程示意图；

图2为本发明实施例提供的另一种异常信息获取方法的流程示意图；

图3为本发明实施例提供的又一种异常信息获取方法的流程示意图；

图4为本发明另一实施例提供的一种异常信息获取方法的流程示意图；

图5为本发明另一实施例提供的另一种异常信息获取方法的流程示意图；

图6为本发明实施例提供的一种异常信息获取装置的结构示意图；

图7为本发明实施例提供的另一种异常信息获取装置的结构示意图；

图8为本发明实施例提供的又一种异常信息获取装置的结构示意图；

图9为本发明另一实施例提供的一种异常信息获取装置的结构示意图；

图10为本发明另一实施例提供的另一种异常信息获取装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明的实施例提供一种异常信息获取方法，参照图1所示，该方法包括以下步骤：

步骤101、监控待监测设备，获取待监测设备中存在的异常进程列表。

具体的，步骤101监控待监测设备，获取待监测设备中存在的异常进程列表可以是由信息获取装置来实现的。待监测设备可以是具有操作系统的移动智能终端，也可以是应用于企业内部的移动终端，操作系统可以是android或者ios系统。

步骤102、查找异常进程列表的异常信息中属于监控目标的第一异常信息。

具体的，步骤查找异常进程列表的异常信息中属于监控目标的第一异常信息可以是由信息获取装置来实现的。待监控设备中获取到的异常进程列表中包括有待监控设备中的应用程序运行时出现的异常，同时也包括有待监测设备在出厂时设置的与操作系统相关的系统级别应用和非系统应用运行时出现的异常。

步骤103、对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理。

具体的，步骤103对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理可以是由信息获取装置来实现的。信息获取装置对得到的第一异常信息进行分析，得到每一第一异常信息的异常类型，之后根据第一异常信息的不同的异常类型对相应的异常信息进行处理得到异常原因。

本发明实施例所提供的异常信息获取方法，通过监控待监测设备，获取待监测设备中存在的异常进程列表，并查找异常进程列表的异常信息中属于监控目标的第一异常信息，之后对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理； 这样，直接监控待监测设备获取待监测设备中存在的异常进程列表，进而对异常进程列表进行分析得到异常信息及异常信息的异常类型并处理，如此不需要额外在应用中植入专门的异常捕捉模块就可以直接获取到设备中的应用的异常，解决了现有技术方案中需要增加专门的异常捕捉模块对应用进行监控的问题，降低了开发难度和生产维护成本；同时，提高了用户的体验效果，保证了应用商店较高的市场占有率。

本发明的实施例提供一种信息获取方法，参照图2所示，该方法包括以下步骤：

步骤201、信息获取装置监控待监测设备，获取待监测设备中存在的异常进程列表。

具体的，监控待监测设备可以是通过启动应用异常状态监测服务对待监测设备进行监控来实现的，启动应用异常状态监测服务后对待监测设备的应用层进行实时监控，从而可以获取到待监测设备运行时存在的异常进程列表。本实施中的信息获取方法优选的适用于第一次获取待监测设备中存在的异常进程列表的情况，此时，异常状态监测服务获取到的待监测设备的应用层的异常进程列表即为当前异常进程列表。

步骤202、信息获取装置遍历异常进程列表，得到异常进程列表中的第二异常信息。

具体的，异常进程列表中包括有待监测设备的所有异常信息和每一异常信息对应的应用标识信息；信息获取装置直接对得到的异常进程列表进行遍历查找即可以得到待监测设备的所有异常信息；其中，第二异常信息为待监测设备中的所有的异常信息，可以包括有用户主动安装在待监测设备中的应用程序运行时的异常信息，同时也包括有待监测设备在出厂时设置的与待监测设备的操作系统相关的系统级别应用和非系统应用运行时的异常信息。

步骤203、信息获取装置获取异常进程列表的第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息。

其中，第二异常信息对应的应用标识信息携带在异常进程列表中。

具体的，获取异常进程列表的第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息，可以是在得到的第二异常信息对应的应用标识信息中查找与预设应用标识信息相同的应用标识信息来实现的；其中，预设应用标识信息可以是用户根据待监测设备中需要监控的应用程序预先设备的标识信息，或者为待监测设备中用户主动安装在待检测设备中的所有应用程序的标识信息。

步骤204、信息获取装置设定第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息对应的异常信息为第一异常信息。

具体的，第一异常信息为获取到的所有异常信息中包括用户主动安装在待检测设备中的应用程序运行时产生的异常信息，当然对应的这些异常信息为属于监控目标的异常信息。

步骤205、信息获取装置读取异常进程列表的异常信息中属于监控目标的第一异常信息并记录。

步骤206、信息获取装置获取第一异常信息的异常类型。

具体的，信息获取装置直接可以根据得到的第一异常信息的名称来判断获得第一异常信息中的每一异常信息的异常类型。

步骤207、信息获取装置根据第一异常信息的异常类型，对第一异常信息进行分析处理得到第一异常信息的异常原因。

其中，步骤207根据第一异常信息的异常类型，对第一异常信息进行分析处理得到第一异常信息的异常原因可以通过以下方式来实现：

步骤207a、若第一异常信息的异常类型为第一类型，则信息获取装置读取系统的错误栈信息得到第一异常信息的异常原因。

步骤207b、若第一异常信息的异常类型为第二类型，则信息获取装置读取系统的应用未响应信息得到第一异常信息的异常原因。

具体的，第一异常信息的异常类型可以包括有两种：第一类型和第二类型；其中，第一类型优选的可以是应用程序中断(crash)或者应用未知故障(unknown)类型，第二类型优选的可以是应用未响应(applicationnot responding，简称anr)类型。第一异常信息中异常类型属于crash或者unknown类型的所有异常信息，均可以读取系统的错误栈信息来得到异常信息的异常原因；第一异常信息中异常类型属于anr类型的所有异常信息，均可以读取系统的应用未响应信息来得到异常信息的异常原因。

进一步，参照图3所示，该方法还可以包括以下步骤：

步骤208、信息获取装置获取待监测设备的属性信息。

其中，属性信息包括：待监测设备的应用系统的版本、处理器使用率、内存容量、内存使用情况、设备标识等信息。

具体的，待监测设备的属性信息可以是预先存储在待监测设备的存储器中的，信息获取装置直接在待监测设备的存储器中就可以获取到当前待监测设备的属性信息。

步骤209、信息获取装置整合异常进程列表、异常进程列表中的第一异常信息的异常类型和待监测设备的属性信息，生成异常报告信息。

具体的，可以将异常进程列表、异常进程列表中的第一异常信息的异常类型和待监测设备的属性信息之间以待监测设备的属性信息为标识信息，建立异常进程列表、第一异常信息的异常类型和待监测设备的属性信息之间的对应关系，并生成错误报告日志文件，以便于通知厂家和用户待监测设备中的应用程序的运行状况。

需要说明的是，本实施例中与其它实施例中相同步骤和信息的解释可以参照其它实施例中的描述，此处不再赘述。

本发明实施例所提供的异常信息获取方法，通过监控待监测设备，获取待监测设备中存在的异常进程列表，并查找异常进程列表的异常信息中属于监控目标的第一异常信息，之后对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理；这样，直接监控待监测设备获取待监测设备中存在的异常进程列表，进而对异常进程列表进行分析得到异常信息及异常信息的异常类型并处理，如此不需要额外在应用中植入专门的异常捕捉模块就可以直接获取到设备中的应用的异常， 解决了现有技术方案中需要增加专门的异常捕捉模块对应用进行监控的问题，降低了开发难度和生产维护成本；同时，提高了用户的体验效果，保证了应用商店较高的市场占有率。

本发明的实施例提供一种异常信息获取方法，参照图4所示，该方法包括以下步骤：

步骤301、信息获取装置监控待监测设备，第i次获取待监测设备中的第一异常进程。

其中，i为大于1的正整数。

具体的，监控待监测设备可以是通过启动应用异常状态监测服务对待监测设备进行监控来实现的，启动应用异常状态监测服务后对待监测设备的应用层进行实时监控，从而可以获取到待监测设备运行时存在的异常进程。本实施中的信息获取方法优选的适用于除第一次之外的其它次数获取待监测设备中存在的异常进程列表的情况。

步骤302、信息获取装置采用差集算法比较第i次获取到的第一异常进程与第i-1次获取到的待监测设备的第二异常进程。

步骤303、信息获取装置获取存在于第一异常进程中但不存在于第二异常进程中的异常信息，并得到待监测设备当前的异常进程列表。

其中，采用差集算法比较第一异常进程和第二异常进程得到存在于第一异常进程但不存在于第二异常进程中的异常信息可以是采用以下方式实现的：得到第一异常进程和第二异常进程之后，首先需要判断第一异常进程和第二异常进程中的信息是否为空，若第一异常进程和第二异常进程均为空，则不作处理；若第一异常进程为空，第二异常进程不为空，则仍然不读取异常进程中的异常信息；若第一异常进程不为空，第二异常进程为空，则得到的当前异常进程列表中的异常信息为第一异常进程中的异常信息；若第一异常进程和第二异常进程均不为空，则得到的当前异常进程列表中的异常信息为存在于第一异常进程中但不存在于第二异常进程中的异常信息。

具体的，可以采用如下的算法来实现：

a、初始化，设置异常程序列表缓存集合a。其中，a为第二异常进程集合。

b、读取系统当前异常程序列表，设置对象集合b。其中，b为第一异常进程集合。

c、差集运算，通过对集合a和集合b进行差集运算x＝a-b获得目标集合x。运算过程中需要对集合a以及集合b是否为空分别进行判断，此时共存在四种情况：

1、a＝＝null&&b＝＝null，这时跳出此次操作；

2、a＝＝null&&b！＝null，则将集合b的值赋予缓存集合a，清空集合b，结束此次操作；

3、a！＝null&&b＝＝null，此时缓存集合a即目标集合对象，将缓存集合a的值读出，清空a的值；

4、a！＝null&&b！＝null，此时要对集合a和集合b进行差集运算，目标集合对象x＝a-b，如果集合x的值不为空，将x的值读出，将b的值赋予a，清空集合b，完成此次操作。

步骤304、信息获取装置遍历异常进程列表，得到异常进程列表中的第二异常信息。

步骤305、信息获取装置获取异常进程列表的第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息。

其中，第二异常信息对应的应用标识信息携带在异常进程列表中。

步骤306、信息获取装置设定第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息对应的异常信息为第一异常信息。

步骤307、信息获取装置读取异常进程列表的异常信息中属于监控目标的第一异常信息并记录。

步骤308、信息获取装置获取第一异常信息的异常类型。

步骤309、信息获取装置根据第一异常信息的异常类型，对第一异常信息进行分析处理得到第一异常信息的异常原因。

具体的，步骤309根据第一异常信息的异常类型，对第一异常信息进行分 析处理得到第一异常信息的异常原因可以通过以下方式来实现：

步骤309a、若第一异常信息的异常类型为第一类型，则息获取装置读取系统的错误栈信息得到第一异常信息的异常原因。

步骤309b、若第一异常信息的异常类型为第二类型，则息获取装置读取系统的应用未响应信息得到第一异常信息的异常原因。

进一步，参照图5所示，该方法还可以包括以下步骤：

步骤310、信息获取装置获取待监测设备的属性信息。

其中，属性信息包括：待监测设备的应用系统的版本、处理器使用率、内存容量、内存使用情况、设备标识等信息。

步骤311、信息获取装置整合异常进程列表、异常进程列表中的第一异常信息的异常类型和待监测设备的属性信息，生成异常报告信息。

需要说明的是，本实施例中与其它实施例中相同步骤和信息的解释可以参照其它实施例中的描述，此处不再赘述。

本发明实施例所提供的异常信息获取方法，通过监控待监测设备，获取待监测设备中存在的异常进程列表，并查找异常进程列表的异常信息中属于监控目标的第一异常信息，之后对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理；这样，直接监控待监测设备获取待监测设备中存在的异常进程列表，进而对异常进程列表进行分析得到异常信息及异常信息的异常类型并处理，如此不需要额外在应用中植入专门的异常捕捉模块就可以直接获取到设备中的应用的异常，解决了现有技术方案中需要增加专门的异常捕捉模块对应用进行监控的问题，降低了开发难度和生产维护成本；同时，提高了用户的体验效果，保证了应用商店较高的市场占有率。

本发明的实施例提供一种信息获取装置，可以应用于图1～5对应的实施例提供的一种信息获取方法中，参照图6所示，该装置可以包括：第一获取单元41、查找单元42和第一处理单元43，其中：

第一获取单元41，用于监控待监测设备，获取待监测设备中存在的异常进 程列表。

查找单元42，用于查找异常进程列表的异常信息中属于监控目标的第一异常信息。

第一处理单元43，用于对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理。

本发明实施例所提供的异常信息获取装置，通过监控待监测设备，获取待监测设备中存在的异常进程列表，并查找异常进程列表的异常信息中属于监控目标的第一异常信息，之后对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理；这样，直接监控待监测设备获取待监测设备中存在的异常进程列表，进而对异常进程列表进行分析得到异常信息及异常信息的异常类型并处理，如此不需要额外在应用中植入专门的异常捕捉模块就可以直接获取到设备中的应用的异常，解决了现有技术方案中需要增加专门的异常捕捉模块对应用进行监控的问题，降低了开发难度和生产维护成本；同时，提高了用户的体验效果，保证了应用商店较高的市场占有率。

具体的，参照图7所示，第一获取单元41包括：第一获取模块411、比较模块412和第二获取模块413，其中：

第一获取模块411，用于监控待监测设备，第i次获取待监测设备中的第一异常进程。

其中，i为大于1的正整数。

比较模块412，用于采用差集算法比较第i次获取到的第一异常进程与第i-1次获取到的待监测设备的第二异常进程。

第二获取模块413，用于获取存在于第一异常进程中但不存在于第二异常进程中的异常信息，并得到待监测设备当前的异常进程列表。

具体的，参照图8所示，查找单元42包括：遍历模块421、第三获取模块422和设置模块423，其中：

遍历模块421，用于遍历异常进程列表，得到异常进程列表中的第二异常 信息。

第三获取模块422，用于获取异常进程列表的第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息。

其中，第二异常信息对应的应用标识信息携带在异常进程列表中。

设置模块423，用于设置第二异常信息对应的应用标识信息中与预设应用标识信息匹配的应用标识信息对应的异常信息为第一异常信息。

具体的，参照图9所示，第一处理单元43包括：读取模块431、第四获取模块432和处理模块433，其中：

读取模块431，用于读取异常进程列表的异常信息中属于监控目标的第一异常信息并记录。

第四获取模块432，用于获取第一异常信息的异常类型。

处理模块433，用于根据第一异常信息的异常类型，对第一异常信息进行分析处理得到第一异常信息的异常原因。

进一步具体的，处理模块433具体用于执行以下步骤：

若第一异常信息的异常类型为第一类型，则读取系统的错误栈信息得到第一异常信息的异常原因。

若第一异常信息的异常类型为第二类型，则读取系统的应用未响应信息得到第一异常信息的异常原因。

进一步，参照10所示，该信息获取装置4还包括：第二获取单元44和第二处理单元45，其中：

第二获取单元44，用于获取待监测设备的属性信息。

其中，属性信息包括：待监测设备的应用系统的版本、处理器使用率、内存容量、内存使用情况、设备标识。

第二处理单元45，用于整合异常进程列表、异常进程列表中的第一异常信息的异常类型和待监测设备的属性信息，生成异常报告信息。

需要说明的是，本实施例中各个单元和模块之间的交互过程，可以参考图1～5对应的实施例提供的一种异常信息获取方法中，此处不再赘述。

本发明实施例所提供的异常信息获取装置，通过监控待监测设备，获取待监测设备中存在的异常进程列表，并查找异常进程列表的异常信息中属于监控目标的第一异常信息，之后对异常进程列表的异常信息中属于监控目标的第一异常信息进行分析，得到异常进程列表中的第一异常信息的异常类型并处理；这样，直接监控待监测设备获取待监测设备中存在的异常进程列表，进而对异常进程列表进行分析得到异常信息及异常信息的异常类型并处理，如此不需要额外在应用中植入专门的异常捕捉模块就可以直接获取到设备中的应用的异常，解决了现有技术方案中需要增加专门的异常捕捉模块对应用进行监控的问题，降低了开发难度和生产维护成本；同时，提高了用户的体验效果，保证了应用商店较高的市场占有率。

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

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

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

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

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。