CN107506256B - 一种崩溃数据监控的方法和装置 - Google Patents

Abstract

本发明实施例提供一种崩溃数据监控的方法和装置，涉及计算机技术领域。本发明实施例的一种崩溃数据监控的方法，包括：根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号；从所述线程栈序号对应的符号信息中提取出崩溃模块的名称；将所述崩溃模块的名称与所述崩溃数据进行关联以对所述崩溃模块进行监控。本发明实施例中根据崩溃问题制定分析规则，依据崩溃数据和分析规则分析出对应的崩溃模块的名称，由崩溃模块的名称来直接体现有问题的模块，提高了对崩溃数据的监控精度。

Description

一种崩溃数据监控的方法和装置

技术领域

本发明涉及计算机领域，尤其涉及一种崩溃数据监控的方法和装置。

背景技术

当前，大多数技术方案对于客户端崩溃数据的监控仅限于崩溃数量与崩溃率，一般通过统计每日或者各时段客户端的崩溃数量与崩溃率，再根据统计结果对比每日或者任意天、或者任意天各时段的崩溃量与崩溃率。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：现有技术方案对于客户端崩溃数据的统计监控粒度仅限于崩溃数量与崩溃率，无法直接体现有问题的模块。

发明内容

有鉴于此，本发明实施例提供一种崩溃数据监控的方法和装置。本发明实施例中根据崩溃问题制定分析规则，依据崩溃数据和分析规则分析出对应的崩溃模块的名称，由崩溃模块的名称来直接体现有问题的模块，提高了对崩溃数据的监控精度。

为实现上述目的，根据本发明实施例的一个方面，提供了一种崩溃数据监控的方法。

本发明实施例的一种崩溃数据监控的方法，包括：根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号；从所述线程栈序号对应的符号信息中提取出崩溃模块的名称；将所述崩溃模块的名称与所述崩溃数据进行关联以对所述崩溃模块进行监控。

可选地，根据不同的崩溃问题制定对应的分析规则，包括：将各所述崩溃问题对应的崩溃分析过程进行汇总以得到对应的所述分析规则。

可选地，从所述线程栈序号对应的符号信息中提取出崩溃模块的名称，包括：按照字符串匹配规则从所述线程栈序号对应的符号信息中找出与所述字符串匹配规则对应的字段，所述字段即为所述崩溃模块的名称。

可选地，将所述崩溃模块的名称与所述崩溃数据进行关联，包括：将所述崩溃模块的名称存储到存有所述崩溃日志的数据库中。

可选地，所述方法还包括：通过所述崩溃数据按照预定规则生成特征码；根据所述特征码判断是否存储有所述崩溃数据对应的崩溃模块的名称；当存储有所述崩溃模块的名称时，直接返回所述崩溃模块的名称；当未存储有所述崩溃模块的名称时，将所述特征码和提取出的所述崩溃模块的名称进行存储。

可选地，通过所述崩溃数据按照预定规则生成特征码，包括：将所述崩溃数据的虚拟内存偏移量按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。

可选地，所述方法还包括：将所述字符串使用加密算法进行加密以得到加密结果，将所述加密结果作为所述特征码。

可选地，所述加密算法为单向加密算法。

可选地，通过所述崩溃数据按照预定规则生成特征码，包括：将所述崩溃数据中的符号信息按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。

为实现上述目的，根据本发明实施例的另一方面，提供了一种崩溃数据监控的装置。

本发明实施例的一种崩溃数据监控的装置，包括：规则制定及分析模块，用于根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号；提取模块，用于从所述线程栈序号对应的符号信息中提取出崩溃模块的名称；关联模块，用于将所述崩溃模块的名称与所述崩溃数据进行关联以对所述崩溃模块进行监控。

可选地，所述规则制定及分析模块，还用于：将各所述崩溃问题对应的崩溃分析过程进行汇总以得到对应的所述分析规则。

可选地，所述提取模块，还用于：按照字符串匹配原则从所述线程栈序号对应的符号信息中找出与所述字符串匹配规则对应的字段，所述字段即为所述崩溃模块的名称。

可选地，所述关联模块，还用于：将所述崩溃模块的名称存储到存有所述崩溃日志的数据库中。

可选地，所述装置还包括：特征码生成模块，用于通过所述崩溃数据按照预定规则生成特征码；判断模块，用于根据所述特征码判断是否存储有所述崩溃数据对应的崩溃模块的名称；存储返回模块，用于当存储有所述崩溃模块的名称时，直接返回所述崩溃模块的名称；当未存储有所述崩溃模块的名称时，将所述特征码和提取出的所述崩溃模块的名称进行存储。

可选地，所述特征码生成模块，还用于：将所述崩溃数据的虚拟内存偏移量按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。

可选地，所述装置还包括：加密模块，用于将所述字符串使用加密算法进行加密以得到加密结果，将所述加密结果作为所述特征码。

可选地，所述加密算法为单向加密算法。

可选地，所述特征码生成模块，还用于：将所述崩溃数据中的符号信息按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。

为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种崩溃数据监控的方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种崩溃数据监控的方法。

上述发明中的一个实施例具有如下优点或有益效果：基于已有的崩溃数据，通过分析提取出崩溃模块的名称，用崩溃模块的名称直接体现有问题的模块，相比在现有方案可以有效的确定真正有问题的崩溃模块，提高了对客户端崩溃数据的监控精度；分析崩溃模块的名称时，根据具体崩溃问题制定分析规则，将同一崩溃问题导致的崩溃进行了归类；通过预定规则生成特征码，将特征码与崩溃模块的名称进行存储，以便下次有同样的特征码时，可直接提取对应的崩溃模块的名称，提高分析效率；利用虚拟内存偏移量不变原理生成特征码，该特征码针对特定崩溃问题具有唯一性。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的崩溃数据监控的方法的主要步骤的示意图；

图2是根据本发明实施例的崩溃数据监控的方法的流程图；

图3是根据本发明实施例的FUP模块的崩溃数据监控情况示意图；

图4是根据本发明实施例的rtmp_open模块的崩溃数据监控情况示意图；

图5是根据本发明实施例的MASViewConstraint模块的崩溃数据监控情况示意图；

图6是根据本发明实施例的崩溃数据监控的装置的主要模块的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

崩溃是指在客户端某一操作系统上运行时发生不可预知的闪退。当客户端应用或者系统产生崩溃时，通过对崩溃数据进行分析，可以定位到具体的导致该崩溃的方法或对应的类中，那么该方法所属的模块或对应类的类名即是本发明实施例中所说的崩溃模块。应用的崩溃模块的名称在同一平台且同一应用版本上具有统一性，系统的崩溃模块的名称在同一平台上具有统一性。

图1是根据本发明实施例的崩溃数据监控的方法的主要步骤的示意图。如图1所示，本发明实施例的崩溃数据监控的方法，主要包括如下步骤：

步骤S101：根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号。各平台，比如PC平台(Personal Computer，个人计算机)、IOS平台(苹果公司开发的移动操作系统)、Android平台(安卓平台)在分析崩溃模的名称时存在一定的差异性，不同平台的分析规则不同，但是不同原因导致的崩溃数据的分析是有规律可循的。各种崩溃问题有对应的崩溃分析过程，按照各种崩溃问题对应总结出如何进行崩溃分析的分析规则，然后结合崩溃数据找出是哪一行出现了问题。

步骤S102：从所述线程栈序号对应的符号信息中提取出崩溃模块的名称。提取崩溃模块的名称时，可通过字符串匹配规则从符号信息中找出对应字段。本发明的实施例中提供了两种方式来实现匹配，一种是通过正则表达式进行匹配得到对应字段，另一种是通过字符串查找、分隔、替换的方法得到对应字段。

步骤S103：将所述崩溃模块的名称与所述崩溃数据进行关联以对所述崩溃模块进行监控。一般情况下，崩溃数据都是存储在本地数据库中的，对崩溃数据进行分析得出对应的崩溃模块的名称后，将崩溃模块的名称存储到崩溃数据所在数据库对应的记录中，以供监控分析统计。

图2是根据本发明实施例的崩溃数据监控的方法的流程图。如图2所示，本发明实施例的崩溃数据监控的方法，包括如下步骤：

步骤S201：通过所述崩溃数据按照预定规则生成特征码。客户端将崩溃数据上报到服务器端，服务器端收到崩溃数据后按照预定规则生成特征码。特征码需要保证在某一特定崩溃问题上是唯一的。特定崩溃问题指的是在同一平台上，不同设备中产生的同一原因导致的崩溃数据。通过崩溃数据中的信息提取到的特征码，可以认为是在这同一原因导致的崩溃问题上的标识信息。

本发明的实施例中提供了两种生成特征码的方式。方式一：将所述崩溃数据的虚拟内存偏移量按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。方式二：将所述崩溃数据中的符号信息按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。由于在不同设备上产生的同一问题导致的崩溃数据中，已解析的符号信息是不同的，所以方式二不够高效。

崩溃发生时，崩溃数据中记录了导致崩溃调用的对应的线程栈信息，同一设备中多次运行时，运行时地址和运行时基地址每次都有可能变化，但是在不同设备上多次运行时虚拟内存偏移量始终不变。方式一中根据虚拟内存偏移量不变原理，按照线程栈序号的顺序将虚拟内存偏移量顺序拼接生成一个字符串，将该字符串作为特征码。

由于线程栈信息中栈信息数量是不确定的，在拼接线程栈信息中所有的虚拟内存偏移量后，这个长度是不一定的，还可以将字符串加密之后再作为特征码。加密算法可采用单向加密算法，比如消息摘要算法第五版(Message Digest Algorithm 5，MD5)、安全哈希算法(Secure Hash Algorithm，SHA)，将输入的不同长度的字符串经过算法加密成一个固定长度的特征码。特征码的长度并不一定是固定长度，这里生成固定长度的特征码，既统一了特征码长度又节省特征码在计算机中的存储空间。

下面以两个例子说明本发明的基于虚拟内存偏移量生成特征码来标识特定崩溃问题。

实施例一：用户在应用中点登录时，需要输入账号和密码进行登录，假设用户没有输入密码，同时应用内部没有对密码是否为空进行校验，在逻辑处理里对空字符串操作导致应用崩溃。那么，这一崩溃问题在同一平台上，不同设备中所产生的崩溃数据中虚拟内存偏移量是不变的。对于在同一平台上，不同设备中该特定场景下导致的崩溃问题，通过虚拟内存偏移量所生成特征码可以标识该特定场景下(从登录入口进入，密码为空)的崩溃问题。

实施例二：假设当用户搜索商品时，因为代码逻辑缺陷(Bug)，应用在调用了一个不存在的方法时会导致应用崩溃。那么，这一崩溃问题在同一平台上，不同设备中所产生的崩溃数据中虚拟内存偏移量是不变的。对于在同一平台上，不同设备中该特定场景下导致的崩溃问题，通过虚拟内存偏移量所生成特征码可以标识该特定场景下(从搜索入口进入，代码访问了不存在的方法)的崩溃问题。

表1是IOS平台的一条崩溃数据，以该条崩溃数据为例，对如何基于虚拟内存偏移量生成特征码进行说明。线程栈信息是从下往上执行的，对应本实施例，线程栈信息的执行顺序是：线程栈14->线程栈13->线程栈12->…->线程栈0，出现崩溃问题的往往都是上面的方法调用。一个线程栈信息可以视为一个整体，所以要拼接线程栈信息中所有的虚拟内存偏移量。本实施例中虚拟内存偏移量的拼接得到的字符串为：131232_9030236_9039048_9034256_1890528_937904_170664_106660_947036_4540_62428_18852_70476_69804_4768_4768。对该字符串以MD5的方式加密生成固定长度的特征码。因为线程栈信息中栈信息数量是不确定的，本实施例中只有15条，可能还有更多，在拼接线程栈信息中所有的虚拟内存偏移量后，这个长度是不一定的，但MD5可以根据输入的不同长度的字符串得到一个定长的(16位或32位)字符串。

步骤S202：根据所述特征码判断是否存储有所述崩溃数据对应的崩溃模块的名称，当存储有所述崩溃模块的名称时，执行步骤S203，当未存储有所述崩溃模块的名称时，执行步骤S204。

步骤S203：直接返回所述崩溃模块的名称，执行步骤S206。

步骤S204：分析所述崩溃模块的名称，执行步骤S205。具体分析过程见步骤S101至步骤S102。下面以表1中的崩溃数据为例，对如何分析崩溃模块的名称进行说明。

表1中线程栈序号为0的那行对应的符号信息是：bjc_retain(inlibobjc.A.dylib)+16，其调用的是libobjc.A.dylib动态库中的objc_retain方法。这就说明线程栈序号1的那行调用了一个已经被释放的内存空间导致了应用崩溃。这样就可以确认真正导致问题的是线程栈序号1那行的调用，其对应的符号信息为：

_72-[SDWebImageDownloader downloadImageWithURL:options:progress:completed:]_block_invoke.107(in JD4iPhone)(SDWebImageDownloader.m:170)

然后，通过字符串匹配规则从上述符号信息中找出崩溃模块的名称为：SDWebImageDownloader。

另外，在不同平台上，崩溃模块的名称是不统一的。假设在IOS平台和Android平台上都有实施例一中所描述的崩溃问题，但因为平台的差异性或功能代码编写人的人为主观性、或代码逻辑实现上的差异性，在实施例一所描述登录场景中，登录模块所用的类名或方法名可能是不一样的。所以，针对类似实施例一的情况，在不同平台上崩溃模块的名称的分析规则是不一样的。但是，可以人为的在分析规则中针对实施例一的崩溃统一输出同样的崩溃模块的名称或者统一不同平台上应用本身的编码命名规范。通过上述操作可以使得不同平台的客户端应用的崩溃模块的名称具有统一性。

步骤S205：将所述特征码和提取出的所述崩溃模块的名称进行存储。对同一原因导致的崩溃问题，分析一次后得到崩溃模块的名称，将该崩溃模块的名称缓存后，下次再分析同一原因导致的崩溃问题时可以直接用特征码去缓存中查找获取崩溃模块的名称，以提高分析效率。本发明实施例中的使用场景一般是在大量的崩溃数据的情况下使用的，以缓存的方式存储崩溃模块的名称，缓存可以为内存缓存和硬盘缓存(如存储在本地数据库中)，当在缓存中查找时优先查看内存中的，如果有，可以减少一次数据库查询，以节省查找时间和硬件成本；如果内存中没有查到，再到本地数据库中查找。

步骤S206：将所述崩溃模块的名称与所述崩溃数据进行关联。根据崩溃数据中关联的崩溃模块的名称，可以对每日或者任意天、或者任意天各时段的崩溃模块的崩溃情况进行监控。

图3、图4、图5分别是根据本发明实施例的FUP模块、rtmp_open模块、MASViewConstraint模块的崩溃数据监控情况示意图。FUP模块、rtmp_open模块、MASViewConstraint模块是对三种不同原因导致的崩溃，通过对已有数据分析提炼出分析规则，并通过分析规则得到的这三种崩溃数据对应的崩溃模块的名称。FUP模块是内存分配函数内部逻辑错误导致的崩溃所获得的崩溃模块名称，rtmp_open是方法名，MASViewConstraint是类名。如图所示，图中横坐标代表日期，纵坐标代表崩溃模块的崩溃率，折线上的数值代表该模块在当天的崩溃率，即该模块在当天全部崩溃中所占的比例。比如，3月27号这天，全部模块总的崩溃数是5880条，FUP模块是1600条，则FUP模块的占比是1600除以5880等于27.21％。

通过本发明实施例的崩溃数据监控的方法可以看出，基于已有的崩溃数据，通过分析提取出崩溃模块的名称，用崩溃模块的名称直接体现有问题的模块，相比在现有方案可以有效的确定真正有问题的崩溃模块，提高了对客户端崩溃数据的监控精度；分析崩溃模块的名称时，根据具体崩溃问题制定分析规则，将同一崩溃问题导致的崩溃进行了归类；通过预定规则生成特征码，将特征码与崩溃模块的名称进行存储，以便下次有同样的特征码时，可直接提取对应的崩溃模块的名称，提高分析效率；利用虚拟内存偏移量不变原理生成特征码，该特征码针对特定崩溃问题具有唯一性。

图6是根据本发明实施例的崩溃数据监控的装置的主要模块的示意图。如图6所示，本发明实施例的崩溃数据监控的装置包括：

规则制定及分析模块601，用于根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号。各平台在分析崩溃模的名称时存在一定的差异性，但是不同原因导致的崩溃数据的分析是由规律可循的。各种崩溃问题有对应的崩溃分析过程，按照各种崩溃问题对应总结出如何进行崩溃分析的分析规则，然后结合崩溃数据找出是哪一行出现了问题。

提取模块602，用于从所述线程栈序号对应的符号信息中提取出崩溃模块的名称。提取崩溃模块的名称时，可通过字符串匹配规则从符号信息中找出对应字段。本发明的实施例中提供了两种方式来实现匹配，一种是通过正则表达式进行匹配得到对应字段，另一种是通过字符串查找、分隔、替换的方法得到对应字段。

关联模块603，用于将所述崩溃模块的名称与所述崩溃数据进行关联以对所述崩溃模块进行监控。一般情况下，崩溃数据都是存储在本地数据库中的，对崩溃数据进行分析得出对应的崩溃模块的名称后，将崩溃模块的名称存储到崩溃数据所在数据库对应的记录中，以供监控分析统计。

另外，本发明实施例的崩溃数据监控的装置还可以包括：

特征码生成模块(该模块图中未示出)，用于通过所述崩溃数据按照预定规则生成特征码。特征码需要保证在某一特定崩溃问题上是唯一的。特定崩溃问题指的是在同一平台上，不同设备中产生的同一原因导致的崩溃数据。通过崩溃数据中的信息提取到的特征码，可以认为是在这同一原因导致的崩溃问题上的标识信息。

判断模块(该模块图中未示出)，用于根据所述特征码判断是否存储有所述崩溃数据对应的崩溃模块的名称。

存储返回模块(该模块图中未示出)，用于当存储有所述崩溃模块的名称时，直接返回所述崩溃模块的名称；当未存储有所述崩溃模块的名称时，将所述特征码和提取出的所述崩溃模块的名称进行存储。对同一原因导致的崩溃问题，分析一次后得到崩溃模块的名称，将该崩溃模块的名称缓存后，下次再分析同一原因导致的崩溃问题时可以直接用特征码去缓存中查找获取崩溃模块的名称，以提高分析效率。

从以上描述可以看出，基于已有的崩溃数据，通过分析提取出崩溃模块的名称，用崩溃模块的名称直接体现有问题的模块，相比在现有方案可以有效的确定真正有问题的崩溃模块，提高了对客户端崩溃数据的监控精度；分析崩溃模块的名称时，根据具体崩溃问题制定分析规则，将同一崩溃问题导致的崩溃进行了归类；通过预定规则生成特征码，将特征码与崩溃模块的名称进行存储，以便下次有同样的特征码时，可直接提取对应的崩溃模块的名称，提高分析效率；利用虚拟内存偏移量不变原理生成特征码，该特征码针对特定崩溃问题具有唯一性。

图7示出了可以应用本发明实施例的崩溃数据监控的方法或崩溃数据监控的装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所产生的点击事件提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的点击数据、文本内容等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本申请实施例所提供的崩溃数据监控的方法一般由服务器705执行，相应地，崩溃数据监控的装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。

本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种崩溃数据监控的方法。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种崩溃数据监控的方法。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括规则制定及分析模块、提取模块和关联模块。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，规则制定及分析模块还可以被描述为“根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号；从所述线程栈序号对应的符号信息中提取出崩溃模块的名称；将所述崩溃模块的名称与所述崩溃数据进行关联以对所述崩溃模块进行监控。

从以上描述可以看出，基于已有的崩溃数据，通过分析提取出崩溃模块的名称，用崩溃模块的名称直接体现有问题的模块，相比在现有方案可以有效的确定真正有问题的崩溃模块，提高了对客户端崩溃数据的监控精度；分析崩溃模块的名称时，根据具体崩溃问题制定分析规则，将同一崩溃问题导致的崩溃进行了归类；通过预定规则生成特征码，将特征码与崩溃模块的名称进行存储，以便下次有同样的特征码时，可直接提取对应的崩溃模块的名称，提高分析效率；利用虚拟内存偏移量不变原理生成特征码，该特征码针对特定崩溃问题具有唯一性。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

表1为IOS平台的一条崩溃数据

Claims (13)

1.一种崩溃数据监控的方法，其特征在于，包括：

通过崩溃数据按照预定规则生成特征码，根据所述特征码判断是否存储有所述崩溃数据对应的崩溃模块的名称；

当存储有所述崩溃模块的名称时，直接返回所述崩溃模块的名称；当未存储有所述崩溃模块的名称时，根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号，从所述线程栈序号对应的符号信息中提取出崩溃模块的名称，将所述特征码和提取出的所述崩溃模块的名称进行存储；

将所述崩溃模块的名称与所述崩溃数据进行关联以对所述崩溃模块进行监控。

2.根据权利要求1所述的方法，其特征在于，根据不同的崩溃问题制定对应的分析规则，包括：将各所述崩溃问题对应的崩溃分析过程进行汇总以得到对应的所述分析规则。

3.根据权利要求1所述的方法，其特征在于，从所述线程栈序号对应的符号信息中提取出崩溃模块的名称，包括：按照字符串匹配规则从所述线程栈序号对应的符号信息中找出与所述字符串匹配规则对应的字段，所述字段即为所述崩溃模块的名称。

4.根据权利要求1所述的方法，其特征在于，将所述崩溃模块的名称与所述崩溃数据进行关联，包括：将所述崩溃模块的名称存储到存有所述崩溃数据的数据库中。

5.根据权利要求1所述的方法，其特征在于，通过所述崩溃数据按照预定规则生成特征码，包括：将所述崩溃数据的虚拟内存偏移量按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：将所述字符串使用加密算法进行加密以得到加密结果，将所述加密结果作为所述特征码。

7.根据权利要求6所述的方法，其特征在于，所述加密算法为单向加密算法。

8.根据权利要求1所述的方法，其特征在于，通过所述崩溃数据按照预定规则生成特征码，包括：将所述崩溃数据中的符号信息按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。

9.一种崩溃数据监控的装置，其特征在于，包括：

特征码生成模块，用于通过所述崩溃数据按照预定规则生成特征码；

判断模块，用于根据所述特征码判断是否存储有所述崩溃数据对应的崩溃模块的名称；

存储返回模块，用于当存储有所述崩溃模块的名称时，直接返回所述崩溃模块的名称；当未存储有所述崩溃模块的名称时，将所述特征码和提取出的所述崩溃模块的名称进行存储；

规则制定及分析模块，用于根据不同的崩溃问题制定对应的分析规则，根据崩溃数据和所述分析规则分析出导致所述崩溃问题的线程栈序号；

提取模块，用于从所述线程栈序号对应的符号信息中提取出崩溃模块的名称；

关联模块，用于将所述崩溃模块的名称与所述崩溃数据进行关联以对所述崩溃模块进行监控。

10.根据权利要求9所述的装置，其特征在于，所述特征码生成模块，还用于：将所述崩溃数据的虚拟内存偏移量按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。

11.根据权利要求9所述的装置，其特征在于，所述特征码生成模块，还用于：将所述崩溃数据中的符号信息按照线程栈序号的顺序进行拼接以生成一个字符串，将所述字符串作为所述特征码。

12.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

13.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。

Images