用于dump文件分类的方法、装置、终端和介质与流程

本公开的实施例涉及计算机技术领域，具体涉及用于dump文件分类的方法、装置、终端和介质。

背景技术：

软件崩溃时，为了便于查找崩溃的原因，计算机操作系统(例如windows系统)会生成dump(进程的内存镜像)文件并发送至服务器端，再由开发人员分析dump文件，实现对软件产品崩溃的收集和处理。

相关技术中，在服务器端收集了大量的dump文件后，需要人工分析dump文件，同时也需要开发人员对软件产品崩溃的原因进行分类统计。而人工的手动分析统计，往往带有较大程度的主观性，使得分析统计标准不统一，并且，在海量数据的场景下，dump文件信息数据往往维度多、数据量大，靠人工进行分析、统计往往不准确、覆盖率也不够高、重复性的工作也容易导致失误，而且人工操作时间较长，效率较低，人力成本非常大。

技术实现要素：

本公开的实施例提出了用于dump文件分类的方法和装置。

第一方面，本公开的实施例提供了一种用于dump文件分类的方法，该方法包括：响应于检测到软件崩溃，按照出栈顺序确定调用堆栈中第一个属于软件的模块；基于模块的模块名和调用地址偏移量，生成唯一崩溃标识；发送唯一崩溃标识和dump文件至服务器端，以使得服务器端基于唯一崩溃标识对dump文件进行分类。

在一些实施例中，响应于检测到软件崩溃，按照出栈顺序确定调用堆栈中第一个属于软件的模块，包括：响应于检测到软件崩溃，获取调用堆栈；按照出栈顺序，依次判断调用堆栈中的模块名是否存在于配置文件中，配置文件中存储有该软件全部的模块名；响应于存在，确定模块名对应的模块为第一个属于软件的模块，并结束判断。

在一些实施例中，调用地址偏移量通过如下方式确定：获取模块的基地址；确定调用堆栈中模块的调用地址与基地址之差作为模块的调用地址偏移量。

在一些实施例中，唯一崩溃标识通过如下方式确定：将模块名和调用地址偏移量串接，生成字符串；确定字符串为唯一崩溃标识，以便于向服务器端发送。

在一些实施例中，发送唯一崩溃标识和dump文件至服务器端，以使服务器端基于唯一崩溃标识对dump文件进行分类，包括：发送唯一崩溃标识和dump文件至服务器端，以使服务器端将具有相同唯一崩溃标识的dump文件作为同一类。

第二方面，本公开的实施例提供了一种用于dump文件分类的装置，该装置包括：模块确定单元，被配置成响应于检测到软件崩溃，按照出栈顺序确定调用堆栈中第一个属于软件的模块；生成单元，被配置成基于模块的模块名和调用地址偏移量，生成唯一崩溃标识；发送单元，被配置成发送唯一崩溃标识和dump文件至服务器端，以使得服务器端基于唯一崩溃标识对dump文件进行分类。

在一些实施例中，模块确定单元被进一步配置成执行如下操作：响应于检测到软件崩溃，获取调用堆栈；按照出栈顺序，依次判断调用堆栈中的模块名是否存在于配置文件中，配置文件中存储有该软件全部的模块名；响应于存在，确定模块名对应的模块为第一个属于软件的模块，并结束判断。

在一些实施例中，该装置还包括计算单元，被配置成通过如下方式确定调用地址偏移量：获取模块的基地址；确定调用堆栈中模块的调用地址与基地址之差作为模块的调用地址偏移量。

在一些实施例中，生成单元被进一步配置成通过如下方式确定唯一崩溃标识：将模块名和调用地址偏移量串接，生成字符串；确定字符串为唯一崩溃标识，以便于向服务器端发送。

在一些实施例中，发送单元发送唯一崩溃标识和dump文件至服务器端，以使服务器端基于唯一崩溃标识对dump文件进行分类，包括：

发送唯一崩溃标识和dump文件至服务器端，以使服务器端将具有相同唯一崩溃标识的dump文件作为同一类。

本公开的实施例提供的用于dump文件分类的方法和装置，通过模块名和调用地址偏移量生成唯一崩溃标识，服务器接收到dump文件的同时就可以基于唯一崩溃标识完成分类，省去了大量的人工分析的工作量，提高了效率。而且，可以确保软件运行在不同的终端或环境时，均可以准确定位到软件发生崩溃时的bug地址。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开的一些实施例可以应用于其中的示例性系统架构图；

图2是根据本公开的用于dump文件分类的方法的一个实施例的流程图；

图3是根据本公开的实施例的用于dump文件分类的方法的一个应用场景的示意图；

图4是根据本公开的用于dump文件分类的方法的又一个实施例的流程图；

图5是根据本公开的用于dump文件分类的装置的一个实施例的结构示意图；

图6是适于用来实现本公开的实施例的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的实施例的用于dump文件分类的方法或用于dump文件分类的装置的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是支持数据传输的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等，其上安装有操作系统(例如windows系统)，并可以运行各种软件应用。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上传的数据进行处理的后台服务器。后台服务器可以基于唯一崩溃标识对接收到的dump文件进行分类等处理。

需要说明的是，本公开的实施例所提供的用于dump文件分类的方法可以由终端设备101、102、103执行，相应地，用于dump文件分类的装置可以设置于终端设备101、102、103中。

继续参考图2，示出了根据本公开的用于dump文件分类的方法的一个实施例的流程200。该用于dump文件分类的方法，包括以下步骤：

步骤201，响应于检测到软件崩溃，按照出栈顺序确定调用堆栈中第一个属于该软件的模块。

在本实施例中，用于dump文件分类的方法的执行主体(例如图1所示的终端)可以通过有线连接方式或者无线连接方式于服务器端通信，需要指出的是，上述无线连接方式可以包括但不限于3g/4g连接、wifi连接、蓝牙连接、wimax连接、zigbee连接、uwb(ultrawideband)连接、以及其他现在已知或将来开发的无线连接方式。

现在很多软件产品，例如windows系统的软件产品，为了提高用户口碑，追求产品的稳定性，提升软件的质量，希望在产品发生崩溃时记录下产品崩溃时的运行环境以及崩溃的原因，更希望能根据崩溃的原因按照崩溃次数进行排序，以方便产品开发人员及时定位到程序的bug(漏洞)以及优先定位导致崩溃次数比较多的bug，以提高代码的质量及产品的稳定性。

通常，用户在终端上运行的软件崩溃时，在调用堆栈中存有运行的模块信息，比如模块的名字、模块的调用地址以及其他信息等，这些模块按照出栈顺序自上而下依次排列，按照出栈顺序确定出第一个属于该软件的模块，用于表征该软件崩溃前运行的最后一个模块，有助于更方便地定位导致软件崩溃的bug。作为示例，可以通过相关技术中的堆栈追踪(stacktrace)技术，获取模块的调用信息，从而从堆栈中确定出第一个属于该软件的模块。

步骤202，基于该模块的模块名和调用地址偏移量，生成唯一崩溃标识。

通常，如果软件的某个模块的某个地方存在bug，软件运行到这个地方就会崩溃，那么在这里产生的崩溃就会具有相同的特征，这个特征就是“相同的模块的相同的地方”。由于同一个软件在不同的终端或者不同的环境下运行时，模块的调用地址是不同的，因而仅仅通过模块的调用地址无法准确定位到出现bug的模块。但是，模块的调用地址偏移量是固定的，不会因为软件的运行终端或者环境不同而变化。因此，在本实施例中，通过模块名和调用地址偏移量生成的唯一崩溃标识可以更准确地定位bug。

在本实施例中，基于步骤201中得到的第一个属于该软件的模块，上述执行主体(例如图1所示的终端)可以从调用堆栈中直接获取模块的名字和模块的调用地址，进而确定模块的调用地址偏移量，然后基于模块名和调用地址偏移量生成唯一崩溃标识。

在本实施例的一些可选的实现方式中，调用地址偏移量可以通过如下方式确定：

首先，获取模块的基地址。下面结合具体的应用场景说明基地址的获取方式，例如可以通过winodwsapi的getmodulehandle函数，传入模块名，示例代码如下：

handlehandle＝getmodulehandle(l"kernel32.dll")，handle就是模块的基地址。

再例如，可以通过使用winodwsapi的virtualqueryex函数获取模块的基地址，示例代码如下：

memory_basic_informationmbi；

::virtualqueryex(::getcurrentprocess(),(lpcvoid)&getcurrentprocess,&mbi,sizeof(mbi))；

mbi.allocationbase就是模块的基地址。

然后，将调用地址与基地址的差值作为模块的调用地址偏移量。作为示例，模块的调用地址为“0133018c”，获取的基地址为“0122017b”，则调用地址偏移量为“00110011”。

之后，基于模块名和调用地址偏移量生成唯一崩溃标识，例如，可以将模块名和调用地址偏移量合并之后通过hash运算进行编码，生成编码后的唯一崩溃标识。

在本实施例的一些可选的实现方式中，可以进一步通过如下方式生成唯一崩溃标识。将模块名和调用地址串接，生成字符串；确定该字符串为唯一崩溃标识，以便于向服务器端发送。作为示例，模块的名字为“x软件模块1.dll”，调用地址偏移量为“00110011”，则生成的唯一崩溃标识为“x软件模块1.dll00110011”，其数据类型为字符串，可以最大限度地缩减数据运算，也便于操作人员读取。

步骤203，发送唯一崩溃标识和dump文件至服务器端。

在本实施例中，执行主体(如图1所示的终端)将唯一崩溃标识与dump文件一起发送至服务器端(如图1所述的服务器)，以使得服务器端基于唯一崩溃标识对dump文件进行分类，例如可以将模块名字相同、调用地址偏移量相近的唯一崩溃标识归为一类。服务器端接收到dump文件的同时就可以基于唯一崩溃标识完成分类，省去了大量的人工分析的工作量，提高了效率。

在本实施例的一些可选的实现方式中，服务器端可以将具有相同唯一崩溃标识的dump文件作为同一类。如此一来，可以根据崩溃时bug的准确地址完成对dump文件的分类，省去了后续人工对大量dump文件分析的工作量，提高了效率和准确率。

继续参见图3，图3是根据本实施例的用于dump文件分类的方法的应用场景的一个示意图。在图3的应用场景中，用户301在终端302(例如电脑)上运行软件，检测到软件崩溃时，终端302确定调用堆栈中第一个属于该软件的模块，然后基于该模块的模块名和调用地址偏移量，生成唯一崩溃标识，再将唯一崩溃标识和相应的dump文件一并发送至服务器端303。服务器端303基于唯一崩溃标识对dump文件进行分类。

本公开提供的上述实施例中用于dump文件分类的方法，通过模块名和调用地址偏移量生成唯一崩溃标识，服务器接收到dump文件的同时就可以基于唯一崩溃标识完成分类，省去了大量的人工分析的工作量，提高了效率。并且，可以确保软件运行在不同的终端或环境时，均可以准确定位到软件发生崩溃时的bug地址。

进一步参考图4，其示出了用于dump文件分类的方法的又一个实施例的流程400。该用于dump文件分类的方法的流程400，包括以下步骤：

步骤401，响应于检测到软件崩溃，获取调用堆栈。

步骤402，按照出栈顺序，依次判断其中的模块名是否存在于配置文件中。

配置文件中存有该软件所有的模块名，操作人员还可以根据实际情况对配置文件中的模块名进行更新。由于调用堆栈中存储的模块信息不仅包括崩溃软件的模块，还包括了其他软件或系统的模块，因此，为了避免将其他软件或系统的模块误认为崩溃软件的模块，本实施例通过步骤402可以验证模块是否属于崩溃软件，可以防止误报。

步骤403，响应于存在，确定该模块名对应的模块为第一个属于该软件的模块。若模块名存在于配置文件中，则说明该模块名对应的模块属于该软件。基于步骤402中“按照出栈顺序依次验证模块名”，可以确定软件崩溃时最后运行的模块，即本实施例中“第一个属于该软件的模块”，此时可以结束判断。

步骤404，基于模块的模块名和调用地址偏移量，生成唯一崩溃标识。此步骤与前述步骤202相近，此处不再赘述。

步骤405，发送唯一崩溃标识和dump文件至服务器端。以使服务器端基于唯一崩溃标识对dump文件进行分类，此步骤与前述步骤203相近，此处不再赘述。

从图4中可以看出，与图2对应的实施例相比，本实施例中的用于dump文件分类的方法的流程400体现了验证模块是否属于崩溃软件的步骤。由此，本实施例描述的方案可以避免将错误的模块误认为崩溃软件的模块，确保了唯一崩溃标识的准确性，从而提高了对dump文件的分类和后续分析的准确性。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种用于dump文件分类的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于dump文件分类的装置500包括：模块确定单元501、生成单元502和发送单元503。其中，模块确定单元501，被配置成响应于检测到软件崩溃，按照出栈顺序确定调用堆栈中第一个属于软件的模块；生成单元502，被配置成基于模块的模块名和调用地址偏移量，生成唯一崩溃标识；发送单元503，被配置成发送唯一崩溃标识和dump文件至服务器端，以使得服务器端基于唯一崩溃标识对dump文件进行分类。

在本实施例中，模块确定单元501被进一步配置成执行如下操作：响应于检测到软件崩溃，获取调用堆栈；按照出栈顺序，依次判断调用堆栈中的模块名是否存在于配置文件中，配置文件中存储有该软件全部的模块名；响应于存在，确定模块名对应的模块为第一个属于软件的模块，并结束判断。

在本实施例中，该装置还包括计算单元，被配置成通过如下方式确定调用地址偏移量：获取模块的基地址；确定调用堆栈中模块的调用地址与基地址之差作为模块的调用地址偏移量。

在本实施例中，生成单元502被进一步配置成通过如下方式确定唯一崩溃标识：将模块名和调用地址偏移量串接，生成字符串；确定字符串为唯一崩溃标识，以便于向服务器端发送。

在本实施例中，发送单元503发送唯一崩溃标识和dump文件至服务器端，以使服务器端基于唯一崩溃标识对dump文件进行分类，包括：发送唯一崩溃标识和dump文件至服务器端，以使服务器端将具有相同唯一崩溃标识的dump文件作为同一类。

下面参考图6，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的终端设备)600的结构示意图。本公开的实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、pda(个人数字助理)、pad(平板电脑)、车载终端(例如车载导航终端)等等的移动终端以及台式计算机等等的固定终端。图6示出的终端设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述终端中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于检测到软件崩溃，按照出栈顺序确定调用堆栈中第一个属于软件的模块；基于模块的模块名和调用地址偏移量，生成唯一崩溃标识；发送唯一崩溃标识和dump文件至服务器端，以使得服务器端基于唯一崩溃标识对dump文件进行分类。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括模块确认单元、计算单元和发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，模块确认单元还可以被描述为“响应于检测到软件崩溃，按照出栈顺序确定调用堆栈中第一个属于软件的模块的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。