[发明专利]一种崩溃文件处理方法、装置、电子设备及存储介质

权利要求书

1.一种崩溃文件处理方法，其特征在于，所述方法包括以下步骤：

接收用户端上传的崩溃文件，所述崩溃文件的文件名包括定位信息；

根据所述定位信息判断所述崩溃文件的所属类型，所述崩溃文件的所属类型包括已知类型以及未知类型；

若所述崩溃文件的所属类型为未知类型，则对所述崩溃文件进行标注，并加入已知类型所属的样本数据库，所述样本数据库包括样本崩溃文件；

统计在预设时间内接收的崩溃文件，并将所述在预设时间内接收的崩溃文件以及统计结果发送到至少一个开发端上进行分析；

所述根据所述定位信息判断所述崩溃文件的所属类型的步骤包括：

根据所述定位信息获取所述崩溃文件的进程名及版本号；

根据所述崩溃文件的进程名及版本号获取所述崩溃文件对应的pdb程序数据库文件及源代码路径，使用cdb分布式数据库进行分析，结合源代码定位崩溃堆栈到具体的开发代码调用函数；

根据所述开发代码调用函数，判断所述崩溃文件的所属类型；

所述定位崩溃堆栈到具体的开发代码调用函数的步骤包括：

在所述cdb分布式数据库中，根据所述崩溃文件对应的pdb程序数据库文件及源代码路径跳过堆栈中系统函数调用的相关帧；

逐层回溯直至定位到开发代码的函数调用帧，得到所述开发代码调用函数；

所述跳过堆栈中系统函数调用的相关帧是根据所述崩溃文件对应的pdb程序数据库文件及源代码路径，提取所述崩溃文件的代码中的系统函数与崩溃文件对应的源代码的系统函数，将所述系统函数形成训练集，通过样本训练，学习到所述系统函数的识别，从而跳过所述系统函数的相关帧，避免所述系统函数参与所述崩溃文件的开发代码调用函数的回溯；

所述已知类型包括已修复及跟进中，所述方法还包括：

若所述崩溃文件的所属类型为已知类型，则判断所述崩溃文件为已修复或跟进中，并标注为所述已知类型的崩溃文件为已修复或跟进中；

所述若所述崩溃文件的所属类型为未知类型，则对所述崩溃文件进行标注的步骤具体包括：

若所述崩溃文件的所属类型为未知类型，则标注所述未知类型的崩溃文件为跟进中。

2.如权利要求1所述的崩溃文件处理方法，其特征在于，所述样本崩溃文件包括样本调用函数，所述根据所述开发代码调用函数，判断所述崩溃文件的所属类型的步骤包括：

将定位到的所述开发代码调用函数与所述样本数据库中的样本调用函数进行匹配，并判断匹配结果是否成功；

若匹配结果为成功，则判断所述开发代码调用函数的所属类型为已知类型；

若匹配结果为失败，则判断所述开发代码调用函数的所属类型为未知类型；

根据所述开发代码调用函数的所属类型判断所述崩溃文件的所属类型。

3.如权利要求1至2中任一所述的崩溃文件处理方法，其特征在于，在所述将所述在预设时间内接收的崩溃文件以及统计结果发送到至少一个开发端上进行分析的步骤之前，所述方法还包括：

将崩溃文件形成windbg快照并与对应崩溃文件形成链接关系，所述windbg快照包括windbg接口函数以及所述对应崩溃文件的定位信息。

4.如权利要求1至2中任一所述的崩溃文件处理方法，其特征在于，所述已知类型包括已修复及跟进中，在所述将所述在预设时间内接收的崩溃文件以及统计结果发送到至少一个开发端上进行分析之后，所述方法还包括：

接收所述开发端返回的针对崩溃文件的分析结果，所述分析结果包括更改已知类型或保持已知类型；

若分析结果为更改已知类型，则更新所述样本数据库中对应样本崩溃文件的已知类型为已修复；

若分析结果为保持已知类型，则保持所述样本数据库中对应样本崩溃文件的已知类型不变。

5.如权利要求1至2中任一所述的崩溃文件处理方法，其特征在于，所述开发端的数量为至少两个，在所述将所述在预设时间内接收的崩溃文件以及统计结果发送到至少一个开发端上进行分析之后，所述方法还包括：

接收各个开发端针对所述崩溃文件的分析内容；

响应于其中一个开发端发送的查看请求，发送其他一个或多个开发端的分析内容到发送查看请求的所述开发端上。