崩溃定位方法与电子设备.pdf

《崩溃定位方法与电子设备.pdf》由会员分享，可在线阅读，更多相关《崩溃定位方法与电子设备.pdf（11页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201910841311.3 (22)申请日 2019.09.06 (71)申请人 网宿科技股份有限公司 地址 200030 上海市徐汇区斜土路2899号 甲光启文化广场A幢5楼 (72)发明人 梁少泽 (74)专利代理机构 上海晨皓知识产权代理事务 所(普通合伙) 31260 代理人 成丽杰 (51)Int.Cl. G06F 11/36(2006.01) G06F 8/73(2018.01) (54)发明名称 崩溃定位方法与电子设备 (57)摘要 本发明实施例涉及计算机技术领域。

2、， 公开了 一种崩溃定位方法与电子设备。 崩溃定位方法包 括： 获取应用程序产生崩溃的崩溃信息； 根据崩 溃信息， 获取应用程序产生崩溃所加载的目标文 件信息； 根据文件信息与业务信息的对应关系， 得到目标文件信息对应的业务信息， 业务信息至 少包括业务模块信息。 本发明中， 能够准确定位 应用程序产生崩溃的业务模块， 并且无需借助服 务器便能够实现崩溃的定位， 实现了快速的崩溃 定位。 权利要求书2页 说明书6页 附图2页 CN 110727581 A 2020.01.24 CN 110727581 A 1.一种崩溃定位方法， 其特征在于， 包括： 获取应用程序产生崩溃的崩溃信息； 根据所述。

3、崩溃信息， 获取所述应用程序产生崩溃所加载的目标文件信息； 根据文件信息与业务信息的对应关系， 得到所述目标文件信息对应的业务信息， 所述 业务信息至少包括业务模块信息。 2.根据权利要求1所述的崩溃定位方法， 其特征在于， 所述根据所述崩溃信息， 获取所 述应用程序产生崩溃所加载的文件信息， 包括： 若所述崩溃信息来源于Java层， 将从所述崩溃信息中获取的Class文件信息作为所述 目标文件信息； 若所述崩溃信息来源于Ndk层， 将从所述崩溃信息中获取的So文件信息作为所述目标 文件信息。 3.根据权利要求2所述的崩溃定位方法， 其特征在于， 所述目标文件信息为Class文件 信息； 所述。

4、根据文件信息与业务信息的对应关系， 得到所述目标文件信息对应的业务信息， 具体为： 根据预设的Class文件与业务信息的对应关系， 得到所述Class文件信息对应的所述业 务信息。 4.根据权利要求2所述的崩溃定位方法， 其特征在于， 所述目标文件信息为So文件信 息； 所述根据文件信息与业务信息的对应关系， 得到所述目标文件信息对应的业务信息， 具体为： 获取在所述应用程序加载所述So文件时所建立的So文件与业务信息的对应关系； 根据所述So文件与所述业务信息的对应关系， 得到所述So文件信息对应的业务信息。 5.根据权利要求4所述的崩溃定位方法， 其特征在于， 所述So文件与业务信息的对应。

5、关 系的建立方式为： 当监测到所述应用程序加载所述So文件的操作时， 获取加载所述So文件的Class文件， 并根据预设的Class文件与所述业务信息的对应关系， 建立所述So文件与所述业务信息的 对应关系。 6.根据权利要求5所述的崩溃定位方法， 其特征在于， 监测所述应用程序加载所述So文 件的操作的方式为： 利用预设的So文件加载字节码替换所述应用程序中Java层加载So文件 的接口的字节码。 7.根据权利要求3或5所述的崩溃定位方法， 其特征在于， 所述Class文件与所述业务信 息的对应关系的预设方式为： 在所述应用程序的所述Class文件的类注解处注入所述业务 信息。 8.根据权利。

6、要求2所述的崩溃定位方法， 其特征在于， 所述业务信息还包括： 所述class 文件所属的Jar文件和/或所述业务模块所属的业务类型。 9.根据权利要求1所述的崩溃定位方法， 其特征在于， 所述获取应用程序产生崩溃的崩 溃信息， 具体为： 响应于监测到所述应用程序的表征产生崩溃的信号， 获取所述信号对应的所述崩溃信 权利要求书 1/2 页 2 CN 110727581 A 2 息。 10.一种电子设备， 其特征在于， 包括： 至少一个处理器； 以及， 与所述至少一个处理器 通信连接的存储器； 其中， 所述存储器存储有可被所述至少一个处理器执行的指令， 所述指令被所述至少一个处 理器执行， 以使。

7、所述至少一个处理器能够执行权利要求1至9中任一项所述的崩溃定位方 法。 11.一种计算机可读存储介质， 存储有计算机程序， 其特征在于， 所述计算机程序被处 理器执行时实现如权利要求1至9中任意一项所述的崩溃定位方法。 权利要求书 2/2 页 3 CN 110727581 A 3 崩溃定位方法与电子设备 技术领域 0001 本发明实施例涉及计算机技术领域， 特别涉及一种崩溃定位方法与电子设备。 背景技术 0002 随着应用程序业务类型的多样化， 很多应用程序都引入了组件化的模式， 即， 将应 用程序拆分成多个业务模块， 由多人进行开发， 最终通过组装形成一个应用程序。 多人协作 开发模式能够提。

8、升开发效率， 但是也导致应用程序产生崩溃的数量增多。 0003 目前， 电子设备在应用程序产生崩溃时， 采取的做法是收集产生崩溃的堆栈信息， 并将堆栈信息发送到服务器， 由服务器对堆栈信息进行分析， 以定位产生崩溃的位置。 0004 然而， 发明人发现现有技术中至少存在如下问题： 服务器在对堆栈信息进行分析 时， 一般只能分析出产生崩溃的应用程序的版本号， 无法定位产生崩溃的具体位置； 同时， 产生崩溃的堆栈信息需要发送到服务器才能进行分析处理， 中间存在延迟， 降低了崩溃信 息的处理速度。 发明内容 0005 本发明实施方式的目的在于提供一种服务节点的崩溃定位方法与电子设备， 能够 准确定位。

9、应用程序产生崩溃的业务模块， 并且无需借助服务器便能够实现崩溃的定位， 实 现了快速的崩溃定位。 0006 为解决上述技术问题， 本发明的实施方式提供了一种崩溃定位方法， 包括： 获取应 用程序产生崩溃的崩溃信息； 根据崩溃信息， 获取应用程序产生崩溃所加载的目标文件信 息； 根据文件信息与业务信息的对应关系， 得到目标文件信息对应的业务信息， 业务信息至 少包括业务模块信息。 0007 本发明的实施方式还提供了一种电子设备， 包括： 至少一个处理器； 以及， 与至少 一个处理器通信连接的存储器； 其中， 存储器存储有可被至少一个处理器执行的指令， 指令 被至少一个处理器执行， 以使至少一个处。

10、理器能够执行上述的崩溃定位方法。 0008 本发明的实施方式还提供了一种计算机可读存储介质， 存储有计算机程序， 其特 征在于， 计算机程序被处理器执行时实现如上述的崩溃定位方法。 0009 本发明实施方式相对于现有技术而言， 在应用程序产生崩溃时， 获取相应的崩溃 信息， 并根据崩溃信息获取导致应用程序产生崩溃的文件的信息， 即目标文件信息； 然后基 于文件信息与业务信息的对应关系， 得到目标文件信息对应的业务信息， 业务信息中至少 包括业务模块信息， 即能够准确定位应用程序产生崩溃的业务模块， 并且无需借助服务器 便能够实现崩溃的定位， 实现了快速的崩溃定位。 0010 另外， 根据崩溃信。

11、息， 获取应用程序产生崩溃所加载的文件信息， 包括： 若崩溃信 息来源于Java层， 将从崩溃信息中获取的Class文件信息作为目标文件信息； 若崩溃信息来 源于Ndk层， 将从崩溃信息中获取的So文件信息作为目标文件信息。 本实施方式提供了根据 崩溃信息， 获取应用程序产生崩溃所加载的文件信息的一种具体实现方式。 说明书 1/6 页 4 CN 110727581 A 4 0011 另外， 目标文件信息为Class文件信息； 根据文件信息与业务信息的对应关系， 得 到目标文件信息对应的业务信息， 具体为： 根据预设的Class文件与业务信息的对应关系， 得到Class文件信息对应的业务信息。 。

12、本实施方式提供了目标文件信息为Class文件信息 时， 根据文件信息与业务信息的对应关系， 得到目标文件信息对应的业务信息的一种具体 实现方式。 0012 另外， 目标文件信息为So文件信息； 根据文件信息与业务信息的对应关系， 得到目 标文件信息对应的业务信息， 具体为： 获取在应用程序加载So文件时所建立的So文件与业 务信息的对应关系； 根据So文件与业务信息的对应关系， 得到So文件信息对应的业务信息。 本实施方式提供了目标文件信息为So文件信息时， 根据文件信息与业务信息的对应关系， 得到目标文件信息对应的业务信息的一种具体实现方式。 0013 另外， So文件与业务信息的对应关系的。

13、建立方式为： 当监测到应用程序加载So文 件的操作时， 获取加载So文件的Class文件， 并根据预设的Class文件与业务信息的对应关 系， 建立So文件与业务信息的对应关系。 本实施方式提供了建立So文件与业务信息的对应 关系的一种具体内容。 0014 另外， 监测到应用程序加载So文件的操作的方式为： 利用预设的So文件加载字节 码替换应用程序中Java层加载So文件的接口的字节码。 本实施例中， 在应用程序的编译阶 段进行了So文件加载字节码替换， 以便于在应用程序运行时实现对应用程序加载So文件的 操作的监测， 并且不会影响到应用程序在电子设备中运行的性能。 0015 另外， Cla。

14、ss文件与业务信息的对应关系的预设方式为： 在应用程序的Class文件 的类注解处注入业务信息。 本实施方式中， 在编译阶段完成了Class文件与业务信息的对应 关系的建立， 从而不会影响到应用程序在电子设备中运行的性能。 0016 另外， Class文件所属的Jar文件和/或业务模块所属的业务类型。 本实施方式中， 可以准确定位产生崩溃的Class文件所属的Jar包， 该Jar包所属的业务模块， 以及该业务模 块的业务类型， 从而实现了更精准的崩溃定位。 0017 另外， 获取应用程序产生崩溃的崩溃信息， 具体为： 响应于监测到应用程序的表征 产生崩溃的信号， 获取信号对应的崩溃信息。 本实。

15、施方式提供了获取应用程序产生崩溃的 崩溃信息的一种具体实现方式。 附图说明 0018 一个或多个实施例通过与之对应的附图中的图片进行示例性说明， 这些示例性说 明并不构成对实施例的限定， 附图中具有相同参考数字标号的元件表示为类似的元件， 除 非有特别申明， 附图中的图不构成比例限制。 0019 图1是根据本发明第一实施方式中的崩溃定位方法的具体流程图； 0020 图2是根据本发明第二实施方式中的崩溃定位方法的具体流程图。 具体实施方式 0021 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 的各实施方式进行详细的阐述。 然而， 本领域的普通技术人员可以理解， 在。

16、本发明各实施方 式中， 为了使读者更好地理解本申请而提出了许多技术细节。 但是， 即使没有这些技术细节 说明书 2/6 页 5 CN 110727581 A 5 和基于以下各实施方式的种种变化和修改， 也可以实现本申请所要求保护的技术方案。 0022 本发明的第一实施方式涉及一种崩溃定位方法， 应用于电子设备， 例如手机、 平板 电脑等， 电子设备可以为基于Android系统的电子设备。 0023 本实施方式的崩溃定位方法的具体流程如图1所示。 0024 步骤101， 获取应用程序产生崩溃的崩溃信息。 0025 具体而言， 应用程序中设置有崩溃分析模块， 用来实现本实施例中崩溃定位方法， 若电。

17、子设备安装了该应用程序， 在应用程序被启动时， 会初始化应用程序的崩溃分析模块， 并监测应用程序是否产生崩溃， 当监测到应用程序发出的表征产生崩溃的信号时， 判定应 用程序产生崩溃， 获取该信号对应的崩溃信息； 具体的， 应用程序的线程在加载class文件 或者So文件时， 若产生崩溃， 则会发出表征产生崩溃的信号， 该信号可以为一个信号量， 崩 溃分析模块在监测到该信号量时， 获取该信号量对应的线程的堆栈信息， 该堆栈信息即为 应用程序产生崩溃的崩溃信息。 0026 步骤102， 根据崩溃信息， 获取应用程序产生崩溃所加载的目标文件信息。 0027 具体而言， 崩溃分析模块对获取的线程的堆栈。

18、信息进行分析， 可以得到应用程序 产生崩溃时加载的文件的信息， 即目标文件信息。 0028 步骤103， 根据文件信息与业务信息的对应关系， 得到目标文件信息对应的业务信 息， 业务信息至少包括业务模块信息。 0029 具体而言， 崩溃分析模块获取文件信息与业务信息的对应关系， 继而能够得到目 标文件信息对应业务信息， 业务信息中包括业务模块信息， 目标文件信息为应用程序产生 崩溃时加载的文件的信息， 则说明应用程序的该业务模块在加载该文件时产生了崩溃， 即 定位了应用程序产生崩溃的业务模块。 另外， 在定位了应用程序产生崩溃的业务模块之后， 还可以将该业务模块信息与获取的堆栈信息(崩溃信息)。

19、发送到用于对该应用程序的崩溃 进行分析的服务器， 以供服务器反馈给应用程序的开发人员， 便于尽快进行修复。 0030 本实施方式相对于现有技术而言， 在应用程序产生崩溃时， 获取相应的崩溃信息， 并根据崩溃信息获取导致应用程序产生崩溃的文件的信息， 即目标文件信息； 然后基于文 件信息与业务信息的对应关系， 得到目标文件信息对应的业务信息， 业务信息中至少包括 业务模块信息， 即能够准确定位应用程序产生崩溃的业务模块， 并且无需借助服务器便能 够实现崩溃的定位， 实现了快速的崩溃定位。 0031 本发明的第二实施方式涉及一种崩溃定位方法， 本实施方式相对于第一实施方式 来说， 主要区别之处在于。

20、： 提供了崩溃定位的一种具体实现方式。 0032 本实施方式的服务节点的监控方法的具体流程如图2所示。 其中， 基于应用程序编 译和运行两个阶段进行描述， 具体如下： 0033 在应用程序的代码编译阶段中， 通过崩溃辅助插件执行步骤201与步骤202， 以在 应用程序的代码中注入实现崩溃定位方法所需的信息。 其中， 崩溃辅助插件可以为基于 Java的ASM(Java字节码操控框架)技术开发的集成开发工具。 0034 步骤201， 在应用程序的Class文件的类注解处注入业务信息。 0035 具体而言， 在应用程序的代码编译阶段， 通过崩溃辅助插件在Class文件的类注解 处注入业务信息， 具体。

21、的， 崩溃辅助插件遍历应用程序的所有业务模块的Jar包的代码， 在 Jar包的Class文件的类注解处写入业务信息， 即在编译阶段完成了Class文件与业务信息 说明书 3/6 页 6 CN 110727581 A 6 的对应关系的建立。 0036 步骤202， 利用预设的So文件加载字节码替换应用程序的Java层加载So文件的接 口的字节码。 0037 具体而言， 应用程序中Ndk层中的So文件需要通过Java层的接口进行， 加载Ndk层 中So文件的方法一般包括System load与System load Library； 在应用程序的代码编译阶 段， 崩溃辅助插件利用预设的So文件加载。

22、字节码替换应用程序中Java层加载So文件的接口 的字节码。 具体的， 崩溃辅助插件遍历应用程序的非系统代码， 利用崩溃分析模块中加载So 文件的字节码(即预设的So文件加载字节码)替换原非系统代码中加载So文件的字节码(即 上述System load与System load Library的字节码)， 以便于崩溃分析模块对应用程序加 载So文件的操作进行监听。 0038 本实施例中， 由于在应用程序的代码编译阶段完成了上述步骤201与步骤202， 从 而不会影响到应用程序在电子设备中运行的性能。 0039 在应用程序的运行阶段中， 通过崩溃分析模块执行步骤203至步骤205。 0040 步骤。

23、203， 获取应用程序产生崩溃的崩溃信息。 0041 具体而言， 本步骤与第一实施例中的步骤101大致相同， 在此不再赘述。 0042 步骤204包括以下子步骤： 0043 子步骤2041， 判断崩溃信息来源于Java层或Ndk层。 若崩溃信息来源于Java层， 进 入子步骤2042； 若崩溃信息来源于Ndk层， 进入子步骤2043。 0044 子步骤2042， 将从崩溃信息中获取的Class文件信息作为目标文件信息。 0045 子步骤2043， 将从崩溃信息中获取的So文件信息作为目标文件信息。 0046 具体而言， 对于一个应用程序来说， 其可以包括多个业务模块(也可以称为业务组 件mod。

24、ule)， 多个业务模块可以根据业务类型来划分为应用本身模块与第三方模块， 每个业 务模块包括Java层、 Ndk层及Jni(Java Native Interface)层， 其中Jni层是Java层与NDK层 的中间接口层。 Java层中包括多个Jar文件(也可称为Jar包)， 每个Jar包中包括多个Class 文件(类文件)， Ndk层中包括多个So文件。 崩溃分析模块分别监控各业务模块的Java层与 Ndk层， 在一个例子中， 崩溃分析模块可以通过不同的系统接口来监控Java层与Ndk层， 从而 在获取崩溃信息时， 可以根据其来源的接口， 来判断崩溃信息是来源于Java层还是Ndk层； 。

25、当判定崩溃信息来源于Java层时， 通过崩溃堆栈的分析判断出崩溃发生的Class和调用的 方法位置， 则崩溃属于这个Class， 该Class文件信息即为目标文件信息； 当判定崩溃信息来 源于Ndk层时， 从捕获到的崩溃信息可以获取到多行的堆栈信息， 每一行的堆栈信息包含一 个调用位置与So文件的名称， 通过过滤系统的So库， 获取到最上层业务模块的So文件， 即为 目标的So文件， 其对应的调用位置就是崩溃位置。 0047 步骤205包括以下子步骤： 0048 子步骤2051， 若目标文件信息为Class文件信息， 根据预设的Class文件与业务信 息的对应关系， 得到Class文件信息对应。

26、的业务信息。 0049 具体而言， 在应用程序编译阶段中在Class文件的类注解处注入了业务信息， 相当 于预设了Class文件与业务信息的对应关系， 崩溃分析模块在判定了崩溃信息来源Java层， 并获取相应的Class文件信息(即目标文件信息)后， 可以根据预设的Class文件与业务信息 的对应关系， 获取Class文件信息对应的业务信息。 说明书 4/6 页 7 CN 110727581 A 7 0050 子步骤2052， 若目标文件信息为So文件信息， 获取在应用程序加载So文件时所建 立的So文件与业务信息的对应关系， 并根据So文件与业务信息的对应关系， 得到So文件信 息对应的业务。

27、信息。 0051 具体而言， 崩溃分析模块能够监测应用程序加载So文件的操作， 在监测到应用程 序加载So文件时， 则说明是应用程序的Java层的Jar包中的Class文件调用So文件， 获取调 用该So文件的Class文件， 而崩溃分析模块已经预设有Class文件与业务信息的对应关系， 继而能够建立并保存So文件与业务信息的对应关系； 然后， 崩溃分析模块在判定了崩溃信 息来源Java层， 并获取相应的So文件信息(即目标文件信息)后， 能够根据之前所建立的So 文件与业务信息的对应关系， 获取该So文件信息对应的业务信息。 0052 本实施例中， 业务信息包括Class文件所属的Jar包信。

28、息、 该Jar包所属的业务模块 信息， 该业务模块所属的业务类型信息， Jar包信息例如为Jar包的名称、 业务模块信息例如 为业务模块名称， 业务类型信息可以通过赋值的方式进行标记， 例如业务类型信息的值为1 时， 表示该业务模块为应用本身模块， 业务类型信息的值为0时， 表示该业务模块为第三方 模块。 通过这种业务信息的设定方式， 可以准确定位产生崩溃的Class文件所属的Jar包， 该 Jar包所属的业务模块， 以及该业务模块的业务类型， 从而实现了更精准的崩溃定位。 0053 需要说明的是， 本实施例中， 步骤201与步骤202只需要在应用程序的编译阶段执 行一次即可， 而步骤203至。

29、步骤205则可以在应用程序的运行阶段重复执行。 0054 本实施方式相对于第一实施方式而言， 提供了崩溃定位的一种具体实现方式。 0055 本发明的第三实施方式涉及一种电子设备， 例如为手机、 平板电脑等， 电子设备可 以为基于Android系统的电子设备。 电子设备包括： 至少一个处理器； 以及， 与至少一个处理 器通信连接的存储器； 其中， 存储器存储有可被至少一个处理器执行的指令， 指令被至少一 个处理器执行， 以使至少一个处理器能够执行第四至第六实施例中任一项的服务节点的监 控方法。 0056 其中， 存储器和处理器采用总线方式连接， 总线可以包括任意数量的互联的总线 和桥， 总线将一。

30、个或多个处理器和存储器的各种电路连接在一起。 总线还可以将诸如外围 设备、 稳压器和功率管理电路等之类的各种其他电路连接在一起， 这些都是本领域所公知 的， 因此， 本文不再对其进行进一步描述。 总线接口在总线和收发机之间提供接口。 收发机 可以是一个元件， 也可以是多个元件， 比如多个接收器和发送器， 提供用于在传输介质上与 各种其他装置通信的单元。 经处理器处理的数据通过天线在无线介质上进行传输， 进一步， 天线还接收数据并将数据传送给处理器。 0057 处理器负责管理总线和通常的处理， 还可以提供各种功能， 包括定时、 外围接口、 电压调节、 电源管理以及其他控制功能。 而存储器可以被用。

31、于存储处理器在执行操作时所 使用的数据。 0058 本发明第四实施方式涉及一种计算机可读存储介质， 存储有计算机程序。 计算机 程序被处理器执行时实现上述方法实施例。 0059 即， 本领域技术人员可以理解， 实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件来完成， 该程序存储在一个存储介质中， 包括若干指令用以使 得一个设备(可以是单片机， 芯片等)或处理器(processor)执行本申请各个实施例方法的 全部或部分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器(ROM， Read-Only 说明书 5/6 页 8 CN 110727581 A 8 Memory)、 随机存取存储器(RAM， Random Access Memory)、 磁碟或者光盘等各种可以存储程 序代码的介质。 0060 本领域的普通技术人员可以理解， 上述各实施方式是实现本发明的具体实施例， 而在实际应用中， 可以在形式上和细节上对其作各种改变， 而不偏离本发明的精神和范围。 说明书 6/6 页 9 CN 110727581 A 9 图1 说明书附图 1/2 页 10 CN 110727581 A 10 图2 说明书附图 2/2 页 11 CN 110727581 A 11 。