崩溃信息处理方法及装置与流程

本发明涉及计算机技术领域，尤其涉及一种崩溃信息处理方法及装置。

背景技术：

随着移动互联网的快速发展，移动端日渐成为人机交互的主要平台。应用程序运行的稳定性对于用户体验、用户增长和用户留存有着很重要的影响。因此，在应用程序开发过程中，需要考虑到用户体验和系统稳定性等问题。目前，由于应用程序的业务量较大，且对应于很多不同的业务，导致应用程序的代码量很大，易出现在应用程序运行过程中产生崩溃，导致应用程序停止工作等情况，对于应用程序的稳定运行提出了很大的挑战。

目前，在应用程序开发与运行过程中，可以针对崩溃情况进行崩溃信息收集，将所收集的崩溃信息进行聚合，生成信息集合，然后对于信息集合中的崩溃信息通过人工模式逐条进行信息处理，但此种崩溃处理方式存在耗费人力且处理效率低的弊端。

技术实现要素：

本发明实施例提供一种崩溃信息处理方法及装置，以解决现有技术中通过人工模式对崩溃信息进行处理，存在的耗费人力且处理效率低的问题。

第一方面，本发明实施例提供一种崩溃信息处理方法，应用于服务器，包括：

对崩溃信息集合中的崩溃信息进行统一解析，获取每个所述崩溃信息对应的崩溃类名，所述崩溃信息集合中的崩溃信息由多个客户端上报，且多个所述客户端均对应于目标应用程序；

根据所述崩溃类名在业务线信息配置列表中匹配每个所述崩溃信息分别对应的目标业务标识，向每个所述目标业务标识分别对应的目标业务线分配对应的崩溃修改任务；

其中，所述目标应用程序对应于n个业务线，每个所述业务线包括至少一个子业务线，每个所述子业务线对应于一业务标识，n为大于或者等于1的整数。

第二方面，本发明实施例提供一种崩溃信息处理装置，应用于服务器，包括：

第一获取模块，用于对崩溃信息集合中的崩溃信息进行统一解析，获取每个所述崩溃信息对应的崩溃类名，所述崩溃信息集合中的崩溃信息由多个客户端上报，且多个所述客户端均对应于目标应用程序；

处理模块，用于根据所述崩溃类名在业务线信息配置列表中匹配每个所述崩溃信息分别对应的目标业务标识，向每个所述目标业务标识分别对应的目标业务线分配对应的崩溃修改任务；

其中，所述目标应用程序对应于n个业务线，每个所述业务线包括至少一个子业务线，每个所述子业务线对应于一业务标识，n为大于或者等于1的整数。

第三方面，本发明实施例提供一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述的崩溃信息处理方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述的崩溃信息处理方法的步骤。

本发明实施例的技术方案，在应用程序并行研发与运行过程中，通过对崩溃信息集合中的崩溃信息进行统一解析，获取每个崩溃信息对应的崩溃类名，根据崩溃类名匹配到目标业务线，向目标业务线分配对应的崩溃修改任务，可以实现统一收集崩溃信息并进行解析，为相关业务线自动分配崩溃修改任务，能够对应用程序产生的崩溃信息进行系统化管理，快速定位问题，为应用程序稳定性提供保障，且可以节省人力成本以及时间成本，提高工作效率。

附图说明

图1表示本发明实施例崩溃信息处理方法示意图；

图2表示本发明实施例崩溃信息处理方法一整体实施流程图；

图3表示本发明实施例崩溃信息处理装置示意图；

图4表示本发明实施例电子设备示意图。

具体实施方式

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

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本发明实施例提供一种崩溃信息处理方法，应用于服务器，如图1所示，包括：

步骤101、对崩溃信息集合中的崩溃信息进行统一解析，获取每个所述崩溃信息对应的崩溃类名，所述崩溃信息集合中的崩溃信息由多个客户端上报，且多个所述客户端均对应于目标应用程序。

本发明实施例中服务器可以接收多个客户端所上报的崩溃信息，将所收集到的崩溃信息汇聚在崩溃信息集合中。其中服务器为目标应用程序所对应的服务器，且多个客户端均对应于目标应用程序，即目标应用程序服务器接收各移动端所安装的目标应用程序上报的崩溃信息。

其中，崩溃信息由服务器实时收集并存储于崩溃信息集合，针对崩溃信息集合中的崩溃信息，可以在确定满足解析处理条件时，对崩溃信息进行统一解析处理。其中，解析处理条件包括但不限于到达预设时刻时进行解析处理、崩溃信息集合中的崩溃信息达到预设数目时进行解析处理，即服务器可以周期性进行崩溃信息的统一解析，如服务器每隔2小时对崩溃信息集合中的崩溃信息进行统一解析，实现对崩溃信息的批量自动处理，或者服务器可以根据崩溃信息的数目触发解析处理，如在崩溃信息集合中的崩溃信息达到20条时，触发解析处理。

服务器对崩溃信息集合中的崩溃信息进行统一解析之后，可以针对每个崩溃信息，获取对应的崩溃类名，崩溃类名可以表征崩溃类型，且在多个崩溃信息中，可以存在对应的崩溃类名相同的崩溃信息。在获取每个崩溃信息对应的崩溃类名之后，可以执行步骤102。

步骤102、根据所述崩溃类名在业务线信息配置列表中匹配每个所述崩溃信息分别对应的目标业务标识，向每个所述目标业务类名分别对应的目标业务线分配对应的崩溃修改任务；其中，所述目标应用程序对应于n个业务线，每个所述业务线包括至少一个子业务线，每个所述子业务线对应于一业务标识，n为大于或者等于1的整数。

服务器在获取每个崩溃信息对应的崩溃类名之后，可以针对每个崩溃信息，在业务线信息配置列表中匹配对应的目标业务标识，并根据目标业务标识确定对应的目标业务线，进而向所确定的目标业务线分配对应的崩溃修改任务。

在业务线信息配置列表中匹配目标业务标识时，可以针对多个崩溃信息并行执行匹配过程，实现批量获取目标业务标识。相应的，在根据多个目标业务标识确定分别对应的目标业务线时，也可以并行执行。

其中，由于目标应用程序所对应的每一个业务线，可以包括至少一个子业务线，且每个子业务线对应于一业务标识，因此存在不同的业务标识对应于同一业务线的情况。同一业务线下的不同子业务线，对应于不同类别的子业务，且各子业务均属于同一业务类别。例如，业务线为家政业务线，家政业务线包括保洁子业务线、搬家子业务线以及家电维修子业务线，保洁子业务线、搬家子业务线以及家电维修子业务线对应于不同类别的子业务，且保洁子业务线、搬家子业务线以及家电维修子业务线均属于家政业务类别。

在根据多个目标业务标识确定分别对应的目标业务线时，可以确定至少一个目标业务线。在确定目标业务线之后，可以向目标业务线分配对应的崩溃修改任务，且针对目标业务线为至少两个的情况，可以并行执行分配操作，以实现崩溃修改任务的批量分配。

本发明实施例中，在应用程序并行研发与运行过程中，可以统一收集崩溃信息并进行解析，根据崩溃信息匹配到相关业务线，实现为相关业务线自动分配崩溃修改任务，能够对应用程序产生的崩溃信息进行系统化管理，快速定位问题，为应用程序稳定性提供保障，且可以节省人力成本以及时间成本，提高工作效率，同时通过将崩溃信息并行匹配到相关业务线，可以避免现有的人工处理方式存在的对相同的崩溃信息重复处理的弊端。

在本发明一可选实施例中，所述对崩溃信息集合中的崩溃信息进行统一解析，获取每个所述崩溃信息对应的崩溃类名，包括：

调用所述崩溃信息集合获取所述崩溃信息集合中的崩溃信息；

对所述崩溃信息集合中的崩溃信息统一进行格式化处理，获取每个所述崩溃信息分别对应的调用栈内容；

根据每个所述崩溃信息对应的调用栈内容，获取每个所述崩溃信息对应的崩溃类名。

在针对崩溃信息集合中的崩溃信息进行统一解析，获取每个崩溃信息对应的崩溃类名时，可以首先基于预设接口调用崩溃信息集合以获取崩溃信息集合中的崩溃信息。如通过server(服务器)接口请求到崩溃信息集合，作为崩溃信息解析的数据源。在获取崩溃信息集合中的崩溃信息之后，可以对崩溃信息集合中的崩溃信息统一进行格式化处理，针对每个崩溃信息获取对应的调用栈内容，调用栈内容是崩溃信息的关键内容，从这些关键内容中能够获取到崩溃信息的崩溃类名。需要说明的是，在对崩溃信息统一进行格式化处理之后可以过滤掉部分异常崩溃信息，这里的异常崩溃信息为通过格式化处理无法获取崩溃类名的崩溃信息，通过滤掉部分异常崩溃信息，可实现数据清洗。

其中，由于崩溃类名可以表征崩溃类型，因此通过获取崩溃类名可以进行后续的业务线匹配。且通过对崩溃信息集合中的崩溃信息统一进行格式化处理，可以实现批量获取崩溃类名。

本发明实施例中，通过调用崩溃信息集合中的崩溃信息，对获取的崩溃信息统一进行格式化处理获取每个崩溃信息对应的崩溃类名，可以实现批量获取崩溃类名，节省时间成本，且通过获取崩溃类名，可以匹配到相关业务线，实现崩溃定位。

在本发明一可选实施例中，所述方法还包括：

获取n个所述业务线分别对应的业务线标识以及每个所述业务线所包括的至少一个所述子业务线分别对应的业务标识；

针对每个所述业务线，根据当前业务线对应的业务线标识以及当前业务线所包括的至少一个所述子业务线分别对应的业务标识，建立所述业务线标识与至少一个所述业务标识之间的映射关系；

根据n个所述映射关系，生成所述业务线信息配置列表；

其中，每个所述业务标识对应于一所述崩溃类名，所述业务标识与对应的所述崩溃类名之间形成关联。

本实施例中，可以根据目标应用程序的n个业务线分别对应的业务线标识以及每个业务线所包括的至少一个子业务线对应的业务标识，生成业务线信息配置列表，业务线信息配置列表中可以包括业务线标识与对应的至少一个子业务线的业务标识之间的映射关系。其中业务线标识用于区分各业务线，可以为业务线名称、业务线符号等，相应的，业务标识用于区分各子业务线，可以为业务类名、业务符号等。下面对生成业务线信息配置列表的过程进行阐述。

首先针对目标应用程序，获取目标应用程序所对应的n个业务线分别对应的业务线标识，并获取每个业务线所包括的至少一个子业务线分别对应的业务标识。然后针对每个业务线，根据当前业务线对应的业务线标识以及当前业务线所包括的至少一个子业务线分别对应的业务标识，建立当前业务线标识与当前至少一个业务标识之间的映射关系。

在针对每个业务线，建立映射关系之后，可以根据n个映射关系生成业务线信息配置列表，即业务线信息配置列表中可以包括业务线标识、子业务线对应的业务标识以及业务线标识与业务标识之间的关系。

其中，针对每一个业务标识而言，可以对应于一崩溃类名，且业务标识与对应的崩溃类名之间可以形成关联。根据所形成的的关联，可以基于崩溃类名在业务线信息配置列表中查找对应的业务标识，进而可以实现向相关业务线分配对应的崩溃修改任务。

下面通过举例对生成业务线信息配置列表的过程进行阐述。针对生活类应用程序(目标应用程序)而言，包括业务线a(如家政业务)、业务线b(如租赁业务)以及业务线c(车辆买卖业务)。针对业务线a而言，例如可以包括保洁子业务线、搬家子业务线、家电维修子业务线，针对业务线b而言，例如可以包括整租子业务线以及合租子业务线，针对业务线c而言，例如可以包括货车子业务线以及私家车子业务线。则可以获取业务线a对应的业务线标识：家政业务线标识，业务线b对应的业务线标识：租赁业务线标识，业务线c对应的业务线标识：车辆买卖业务线标识，同时可以获取业务线a对应的子业务线的业务标识：保洁业务标识、搬家业务标识、家电维修业务标识，获取业务线b对应的子业务线的业务标识：整租业务标识以及合租业务标识，获取业务线c对应的子业务线的业务标识：货车业务标识以及私家车业务标识。然后针对业务线a，建立家政业务线标识与保洁业务标识、搬家业务标识、家电维修业务标识之间的映射关系，针对业务线b，建立租赁业务线标识与整租业务标识、合租业务标识之间的映射关系，针对业务线c，建立车辆买卖业务线标识与货车业务标识、私家车业务标识之间的映射关系。

其中，映射关系可表示为：业务线标识a：“a_key1，a_ke2，a_ke3，…”；业务线标识b：“b_key1，b_ke2，…”；业务线标识c：“c_key1，c_ke2，…”。如业务线标识a对应于家政业务线标识，a_key1、a_ke2以及a_ke3为业务标识，如对应于保洁业务标识、搬家业务标识、家电维修业务标识，其中业务线标识a与a_key1、a_ke2以及a_ke3形成映射关系。

本发明实施例中，通过获取业务线标识以及子业务线分别对应的业务标识，建立业务线标识与对应的业务标识之间的映射关系，生成业务线信息配置列表，可以基于业务标识与对应的崩溃类名之间的关联在业务线信息配置列表中执行匹配操作，进而确定相关业务线并自动分配任务，实现快速定位问题，为应用程序稳定性提供保障，且可以节省人力成本以及时间成本，提高工作效率。

在本发明一可选实施例中，所述根据所述崩溃类名在业务线信息配置列表中匹配每个所述崩溃信息分别对应的目标业务标识，向每个所述目标业务标识分别对应的目标业务线分配对应的崩溃修改任务，包括：

针对每个所述崩溃信息，根据当前崩溃信息对应的当前崩溃类名以及所述业务标识与对应的所述崩溃类名之间的关联，在所述业务线信息配置列表中匹配与所述当前崩溃类名对应的所述目标业务标识；

根据所述业务线标识与所述业务标识之间的映射关系，确定每个所述目标业务标识分别对应的所述目标业务线，并向各所述目标业务线分配对应的所述崩溃修改任务。

业务线信息配置列表中的业务标识与对应的崩溃类名之间形成关联，在根据各崩溃信息分别对应的目标业务标识，向每个目标业务标识分别对应的目标业务线分配对应的崩溃修改任务时，可以针对每个崩溃信息，依据当前崩溃信息对应的当前崩溃类名、业务标识与对应的崩溃类名之间的关联，在业务线信息配置列表中匹配当前崩溃类名对应的目标业务标识。其中，业务线信息配置列表中包含有业务线标识与业务标识之间的映射关系，在针对每个崩溃信息获取对应的目标业务标识之后，可以根据业务线标识与业务标识之间的映射关系，确定每个目标业务标识分别对应的目标业务线，并针对每个所确定的目标业务线，向其分配对应的崩溃修改任务，其中所分配的崩溃修改任务中可以携带对应的崩溃类名。

例如，崩溃信息集合中包括崩溃信息a以及崩溃信息b，且崩溃信息a对应的崩溃类名为类名a，崩溃信息b对应的崩溃类名为类名b，根据业务标识与对应的崩溃类名之间的关联，获取类名a对应的业务标识a，类名b对应的业务标识b，根据业务标识a获取对应的业务线a，向业务线a分配携带类名a的崩溃修改任务，根据业务标识b获取对应的业务线b，向业务线b分配携带类名b的崩溃修改任务。

本发明实施例中，通过业务标识与对应的崩溃类名之间的关联，确定每个崩溃信息对应的目标业务标识，并根据业务线标识与业务标识之间的映射关系，匹配到相应业务线，可以实现向对应的业务线分配崩溃修改任务。

在本发明一可选实施例中，所述业务标识与对应的所述崩溃类名之间的关联包括关键字关联和/或符号关联；

所述根据当前崩溃信息对应的当前崩溃类名以及所述业务标识与对应的所述崩溃类名之间的关联，在所述业务线信息配置列表中匹配与所述当前崩溃类名对应的所述目标业务标识，包括：

根据所述当前崩溃信息对应的当前崩溃类名以及所述业务标识与对应的所述崩溃类名之间的关键字关联和/或符号关联，在所述业务线信息配置列表中匹配与所述当前崩溃类名对应的所述目标业务标识；

其中，形成关联的所述业务标识与所述崩溃类名具有相同的关键字和/或相同的符号。

本实施例中业务标识与对应的崩溃类名之间的关联可以包括关键字关联，或者包括符号关联，或者包括关键字关联以及符号关联。在根据当前崩溃信息对应的当前崩溃类名以及业务标识与对应的崩溃类名之间的关联，在业务线信息配置列表中匹配与当前崩溃类名对应的目标业务标识时，可以根据当前崩溃信息对应的当前崩溃类名以及业务标识与对应的崩溃类名之间的关键字关联，匹配当前崩溃类名对应的目标业务标识，其中形成关联的业务标识与崩溃类名具有相同的关键字。例如，家政业务线对应的业务标识包括：保洁业务标识、搬家业务标识、家电维修业务标识，每个业务标识对应于一崩溃类名，且崩溃类名包括：保洁崩溃类名、搬家崩溃类名、家电维修崩溃类名。保洁崩溃类名与保洁业务标识具有相同的关键字(保洁)，搬家崩溃类名与搬家业务标识具有相同的关键字(搬家)，家电维修崩溃类名与家电维修业务标识具有相同的关键字(家电维修)，可以实现根据关键字匹配到当前崩溃类名对应的目标业务标识。

在根据当前崩溃信息对应的当前崩溃类名以及业务标识与对应的崩溃类名之间的关联，在业务线信息配置列表中匹配与当前崩溃类名对应的目标业务标识时，还可以根据当前崩溃信息对应的当前崩溃类名以及业务标识与对应的崩溃类名之间的符号关联，匹配当前崩溃类名对应的目标业务标识，其中形成关联的业务标识与崩溃类名具有相同的符号。例如，家政业务线包括：保洁子业务线、搬家子业务线以及家电维修子业务线，保洁子业务线的业务标识对应于符号1，搬家子业务线的业务标识对应于符号2，家电维修子业务线的业务标识对应于符号3。每个业务标识对应于一崩溃类名，且崩溃类名包括：保洁子业务线的崩溃类名、搬家子业务线的崩溃类名、家电维修子业务线的崩溃类名，保洁子业务线的崩溃类名对应于符号1、搬家子业务线的崩溃类名对应于符号2、家电维修子业务线的崩溃类名对应于符号3。保洁子业务线的崩溃类名与保洁子业务线的业务标识具有相同的符号(符号1)，搬家子业务线的崩溃类名与搬家子业务线的业务标识具有相同的符号(符号2)，家电维修子业务线的崩溃类名与家电维修子业务线的业务标识具有相同的符号(符号3)，可以实现根据符号匹配到当前崩溃类名对应的目标业务标识。

在根据当前崩溃信息对应的当前崩溃类名以及业务标识与对应的崩溃类名之间的关联，在业务线信息配置列表中匹配与当前崩溃类名对应的目标业务标识时，还可以根据当前崩溃信息对应的当前崩溃类名以及业务标识与对应的崩溃类名之间的符号关联以及关键字关联，匹配当前崩溃类名对应的目标业务标识，其中形成关联的业务标识与崩溃类名具有相同的符号和关键字。

本发明实施例中，通过基于关键字关联和/或符号关联，在业务线信息配置列表中匹配与当前崩溃类名对应的目标业务标识，可以丰富匹配方式，实现匹配的多样化。

在本发明一可选实施例中，所述向每个所述目标业务标识分别对应的目标业务线分配对应的崩溃修改任务，包括：

针对每个所述目标业务线，向当前目标业务线对应的目标人员发送进行崩溃修改的第一通知信息，所述第一通知信息中携带有所述当前目标业务线对应的崩溃类名。

在向每个目标业务标识分别对应的目标业务线分配对应的崩溃修改任务时，可以针对每个目标业务线，向当前目标业务线对应的目标人员发送第一通知信息，用于通知对应的目标人员进行崩溃修改，其中这里的目标人员为业务线相关技术人员，使得技术人员可以进行bug(漏洞)修改，及时跟进崩溃问题，防止遗漏。且第一通知信息中携带有当前目标业务线对应的崩溃类名，目标人员可以根据崩溃类名在目标业务线中确定对应的子业务线，进而针对所确定的子业务线进行崩溃修改。其中，在发送第一通知信息时，可以针对至少两个目标业务线并行发送，以实现批量分配任务。

本发明实施例中，通过向目标人员发送携带崩溃类名的进行崩溃修改的第一通知信息，可以实现崩溃修改任务的分配，由目标人员根据第一通知信息对相应的业务线进行崩溃修改，实现及时跟进崩溃问题，且通过针对至少两个目标业务线并行发送第一通知信息，可以实现任务的批量分配。

在本发明一可选实施例中，在向每个所述目标业务标识分别对应的目标业务线分配对应的崩溃修改任务之前或者分配对应的崩溃修改任务的同时，还包括：

针对每个所述目标业务线，创建对应的跟踪任务；

接收每个所述目标业务线在发生状态变化后上报的第二通知信息，并根据所述第二通知信息中携带的所述目标业务线的最新状态更新对应的所述跟踪任务的状态。

在确定各目标业务线之后，可以在向各目标业务线分配对应的崩溃修改任务之前，或者在分配对应的崩溃修改任务的同时，针对每个目标业务线创建一对应的跟踪任务。其中，在向各目标业务线分配崩溃修改任务之后，各目标业务线的相关技术人员可以着手排查和解决相关问题。针对每个目标业务线而言，在解决问题时，针对每个步骤，在执行之后，目标业务线可以发生相应的状态变化，在目标业务线发生状态变化后，可以向服务器上报携带最新状态的第二通知信息，服务器可以根据第二通知信息更新对应的跟踪任务的状态，以实现任务跟进。

其中，针对每个目标业务线而言，在接收到崩溃修改任务之后，其崩溃修改的时机可能有所差异，但在目标业务线发生状态变化后会及时上报。且通过针对目标业务线创建对应的跟踪任务，还可以在目标业务线后续发生状态变化(如产生崩溃)时及时获知并更新跟踪任务，实现目标业务线状态的实时跟进。

在本发明实施例中，通过创建每个目标业务线分别对应的跟踪任务，并接收目标业务线上报的状态变化的第二通知信息，可以实现根据目标业务线的状态更新对应的跟踪任务，且可以获取目标业务线的后续状态变化，实现实时跟进目标业务线状态。

本发明实施例提供的崩溃信息处理方法主要包括四个环节，分别为生成业务线信息配置列表、崩溃信息收集与解析、向目标业务线分配崩溃修改任务以及由目标业务线对应的目标人员进行崩溃修改。下面通过一整体流程对本发明实施例提供的崩溃信息处理方法进行介绍，如图2所示，包括：

步骤201、服务器根据n个业务线分别对应的业务线标识以及每个业务线所包括的至少一个子业务线分别对应的业务标识，生成包括n个映射关系的业务线信息配置列表，其中映射关系为业务线标识与对应的至少一个业务标识之间的关系，且每个业务标识对应于一崩溃类名，业务标识与对应的崩溃类名之间形成关联。

步骤202、服务器收集多个客户端上报的崩溃信息，生成崩溃信息集合。

步骤203、服务器对崩溃信息集合中的崩溃信息进行统一解析，获取每个崩溃信息对应的崩溃类名。

步骤204、服务器针对每个崩溃信息，根据当前崩溃信息对应的当前崩溃类名以及业务标识与对应的崩溃类名之间的关联，在业务线信息配置列表中匹配与当前崩溃类名对应的目标业务标识。

步骤205、服务器根据业务线标识与业务标识之间的映射关系，确定每个目标业务标识分别对应的目标业务线，并向各目标业务线分配对应的崩溃修改任务。

步骤206、各目标业务线根据崩溃修改任务进行崩溃处理，并向服务器上报最新状态，由服务器对各目标业务线进行实时任务跟进。

上述实施过程，通过崩溃信息收集功能将崩溃信息收集起来，并将收集到的崩溃信息统一解析获取崩溃类名，根据崩溃类名匹配到对应业务线进行任务分配，通知对应业务线进行崩溃任务修改并实时跟踪任务进程，可实现自动收集、解析崩溃信息并进行崩溃处理任务分配，管理明晰，分类明确，节省人工成本和时间成本。

以上为本发明实施例提供的崩溃信息处理方法的整体实施过程，在应用程序并行研发与运行过程中，通过对崩溃信息集合中的崩溃信息进行统一解析，获取每个崩溃信息对应的崩溃类名，根据崩溃类名匹配到目标业务线，向目标业务线分配对应的崩溃修改任务，可以实现统一收集崩溃信息并进行解析，为相关业务线自动分配崩溃修改任务，能够对应用程序产生的崩溃信息进行系统化管理，快速定位问题，为应用程序稳定性提供保障，且可以节省人力成本以及时间成本，提高工作效率。

进一步的，通过基于关键字关联和/或符号关联，在业务线信息配置列表中匹配目标业务标识，可以丰富匹配方式，实现匹配的多样化；通过创建每个目标业务线分别对应的跟踪任务，可以实现实时跟进目标业务线状态。

本发明实施例还提供一种崩溃信息处理装置，应用于服务器，如图3所示，包括：

第一获取模块301，用于对崩溃信息集合中的崩溃信息进行统一解析，获取每个所述崩溃信息对应的崩溃类名，所述崩溃信息集合中的崩溃信息由多个客户端上报，且多个所述客户端均对应于目标应用程序；

处理模块302，用于根据所述崩溃类名在业务线信息配置列表中匹配每个所述崩溃信息分别对应的目标业务标识，向每个所述目标业务标识分别对应的目标业务线分配对应的崩溃修改任务；

其中，所述目标应用程序对应于n个业务线，每个所述业务线包括至少一个子业务线，每个所述子业务线对应于一业务标识，n为大于或者等于1的整数。

可选的，所述第一获取模块包括：

第一获取子模块，用于调用所述崩溃信息集合获取所述崩溃信息集合中的崩溃信息；

第二获取子模块，用于对所述崩溃信息集合中的崩溃信息统一进行格式化处理，获取每个所述崩溃信息分别对应的调用栈内容；

第三获取子模块，用于根据每个所述崩溃信息对应的调用栈内容，获取每个所述崩溃信息对应的崩溃类名。

可选的，该装置还包括：

第二获取模块，用于获取n个所述业务线分别对应的业务线标识以及每个所述业务线所包括的至少一个所述子业务线分别对应的业务标识；

建立模块，用于针对每个所述业务线，根据当前业务线对应的业务线标识以及当前业务线所包括的至少一个所述子业务线分别对应的业务标识，建立所述业务线标识与至少一个所述业务标识之间的映射关系；

生成模块，用于根据n个所述映射关系，生成所述业务线信息配置列表；

其中，每个所述业务标识对应于一所述崩溃类名，所述业务标识与对应的所述崩溃类名之间形成关联。

可选的，所述处理模块包括：

匹配子模块，用于针对每个所述崩溃信息，根据当前崩溃信息对应的当前崩溃类名以及所述业务标识与对应的所述崩溃类名之间的关联，在所述业务线信息配置列表中匹配与所述当前崩溃类名对应的所述目标业务标识；

处理子模块，用于根据所述业务线标识与所述业务标识之间的映射关系，确定每个所述目标业务标识分别对应的所述目标业务线，并向各所述目标业务线分配对应的所述崩溃修改任务。

可选的，所述业务标识与对应的所述崩溃类名之间的关联包括关键字关联和/或符号关联；

所述匹配子模块进一步用于：

根据所述当前崩溃信息对应的当前崩溃类名以及所述业务标识与对应的所述崩溃类名之间的关键字关联和/或符号关联，在所述业务线信息配置列表中匹配与所述当前崩溃类名对应的所述目标业务标识；

其中，形成关联的所述业务标识与所述崩溃类名具有相同的关键字和/或相同的符号。

可选的，所述处理模块进一步用于：

针对每个所述目标业务线，向当前目标业务线对应的目标人员发送进行崩溃修改的第一通知信息，所述第一通知信息中携带有所述当前目标业务线对应的崩溃类名。

可选的，该装置还包括：

创建模块，用于在所述处理模块向每个所述目标业务标识分别对应的目标业务线分配对应的崩溃修改任务之前或者分配对应的崩溃修改任务的同时，针对每个所述目标业务线，创建对应的跟踪任务；

更新模块，用于接收每个所述目标业务线在发生状态变化后上报的第二通知信息，并根据所述第二通知信息中携带的所述目标业务线的最新状态更新对应的所述跟踪任务的状态。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

另一方面，本发明实施例还提供了一种电子设备，包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述崩溃信息处理方法中的步骤。

举例如下，图4示出了一种电子设备的实体结构示意图。

如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(communicationsinterface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。通过电子设备的图形用户界面显示的内容至少包括目标内容，处理器410可以调用存储器430中的逻辑指令，执行以下步骤：对崩溃信息集合中的崩溃信息进行统一解析，获取每个所述崩溃信息对应的崩溃类名，所述崩溃信息集合中的崩溃信息由多个客户端上报，且多个所述客户端均对应于目标应用程序；根据所述崩溃类名在业务线信息配置列表中匹配每个所述崩溃信息分别对应的目标业务标识，向每个所述目标业务标识分别对应的目标业务线分配对应的崩溃修改任务；其中，所述目标应用程序对应于n个业务线，每个所述业务线包括至少一个子业务线，每个所述子业务线对应于一业务标识，n为大于或者等于1的整数。

此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

再一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例提供的崩溃信息处理方法中的步骤。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

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