CN115061883B - 一种基于weex的程序日志获取方法、存储介质及电子设备 - Google Patents

Abstract

本发明涉及数据处理领域，特别是涉及一种基于weex的程序日志获取方法、存储介质及电子设备。包括：获取第一目标程序在第一设备上发生异常时的异常时间；根据异常时间，确定若干历史操作指令；从若干历史操作指令中获取若干目标操作指令；获取第二目标程序；确定第二设备；控制第二设备安装第二目标程序；并执行若干目标操作指令；获取第二目标程序执行目标指令集时生成的若干操作日志。本发明中运维端根据若干目标操作指令模仿用户对第二设备进行相同的操作，用以复现还原用户在异常发生过程中对第一设备中的第一目标程序的操作，进而，使得运维端无需获取用户的操作日志也无需用户进行任何配合操作，即可顺利获取到需要的操作日志。

Description

一种基于weex的程序日志获取方法、存储介质及电子设备

技术领域

本发明涉及数据处理领域，特别是涉及一种基于weex的程序日志获取方法、存储介质及电子设备。

背景技术

众所周知，软件程序经常会出现运行异常的情况，尤其是已经投入使用的软件程序，由于用户量众多，使用环境各异，功能异常时有发生。当某一软件程序运行异常时，通常需要运维终端获取对应软件程序的操作日志，通过操作日志中的异常日志来分析异常原因，并进一步采取措施解决异常。

相关技术中，通常由于对应软件程序的操作日志会涉及到用户的相关隐私信息，用户不愿意提供，且在获取用户使用设备的异常日志时，还需要用户进行相应的操作才能实现，对用户的配合度依赖较高，所以在获取软件程序对应的异常日志时，难度较大，不易获取，进而使得运维终端无法获取对应设备的异常日志，从而无法尽快解决异常，使得用户体验不佳。

发明内容

针对上述技术问题，本发明采用的技术方案为：

根据本发明的第一个方面，提供了一种基于weex的程序日志获取方法，包括如下步骤：

获取第一目标程序在第一设备上发生异常时的异常时间；

根据异常时间，确定第一目标程序在第一设备中执行的若干历史操作指令，每一历史操作指令的触发时间在时间顺序上均早于异常时间；

从若干历史操作指令中获取若干目标操作指令，生成目标指令集；目标指令集中的若干目标操作指令按时间顺序排列；

获取第二目标程序，第二目标程序与第一目标程序的版本信息相同；

将若干候选目标设备中与第一设备的设备型号以及操作系统型号相同的候选目标设备确定为第二设备；

控制第二设备安装第二目标程序；

控制第二设备中的第二目标程序执行目标指令集中的若干目标操作指令；

获取第二目标程序执行目标指令集时生成的若干操作日志；

第一目标程序中的日志上传功能为关闭状态，第二目标程序中的日志上传功能为开启状态。

根据本发明的第二个方面，提供了一种非瞬时性计算机可读存储介质，存储介质中存储有至少一条指令或至少一段程序，至少一条指令或至少一段程序由处理器加载并执行以实现上述方法。

根据本发明的第三个方面，提供了一种电子设备，包括处理器和上述的非瞬时性计算机可读存储介质。

本发明至少具有以下有益效果：

本发明中获取了第一目标程序在第一设备上发生异常时的异常时间，根据异常时间确定出若干历史操作指令，再由若干历史操作指令中确定出对应的若干目标操作指令，运维端可以根据若干目标操作指令，来模仿用户在第二设备上对第二目标程序进行相同的操作，由此来获取若干操作日志，再从若干操作日志中确定出异常日志。

本发明中通过获取异常时间来从用户触发的若干历史操作指令中，确定对应的若干目标操作指令，运维端再根据若干目标操作指令模仿用户对第二设备进行相同的操作，用以复现还原用户在异常发生过程中对第一设备中的第一目标程序的操作，由此，可使第二设备对应生成的操作日志与用户操作第一设备时生成操作日志基本相同，进而，使得运维端无需获取用户的操作日志也无需用户进行任何配合操作，即可顺利获取到需要的若干操作日志。由此，运维端可以更加容易及时的得到软件程序对应的异常日志，从而可以尽快解决软件程序存在的异常，以提升用户的使用体验。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种基于weex的程序日志获取方法的流程图。

具体实施方式

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

根据本发明的第一个方面，如图1所示，提供了一种基于weex的程序日志获取方法，包括如下步骤：

步骤S100：获取第一目标程序在第一设备上发生异常时的异常时间；

具体的，当第一目标程序在第一设备上运行过程中抛出异常之后，也即安装在第一设备上的APP出现APP crash之后，第一目标程序就会自动产生对应的异常堆栈信息，然后第一设备会将这个异常堆栈信息自动上传到一个现有的crash采集程序上，如countly采集程序，然后，运维端就可以从crash采集程序获得对应的异常堆栈信息，该异常堆栈信息中包括用户id、第一设备的设备型号和操作系统型号，第一目标程序的版本信息，以及崩溃的简单日志这些信息。其中，崩溃的简单日志中会记录崩溃发生时的时间，本发明中将崩溃发生时的时间确定为异常时间。

在该过程中无需用户进行相关的配合操作即可获取到异常时间，以及运维端进行模仿用户操作时需要的对应的信息。

步骤S200：根据异常时间，确定第一目标程序在第一设备中执行的若干历史操作指令，每一历史操作指令的触发时间在时间顺序上均早于异常时间；

具体的，根据确定出来的异常时间可以确定出一个第一目标时间段，再通过获取第一目标程序在第一目标时间段内产生的对应埋点数据，通过埋点数据可以确定在第一目标时间段内第一目标程序执行了哪些历史操作指令。也即，可确定出用户在第一目标时间段内对第一目标程序进行了哪些操作。第一目标时间段的长度可以根据实际的使用场景进行自定义设置。

具体的，埋点数据的获取是通过在对应的第一目标程序中预埋埋点来实现的。具体的，埋点的方式有下述两种：

第一种：研发人员在产品开发的过程中在第一目标程序内注入代码统计，并搭建起相应的后台查询。

第二种：采用现有的第三方统计工具，如友盟、神策、Talkingdata、GrowingIO等工具对第一目标程序的埋点数据进行采集。

步骤S300：从若干历史操作指令中获取若干目标操作指令，生成目标指令集；目标指令集中的若干目标操作指令按时间顺序排列；

具体的，可以以时间为依据或者以操作指令的数量为依据从若干历史操作指令中获取若干目标操作指令。由于，第一目标程序出现的异常，通常与异常前后的操作指令有一定的相关性及因果关系，所以，为了可以更加准确地判定出第一程序出现异常的原因是什么，通常会选取异常时间附近产生的历史操作指令作为目标操作指令。

步骤S400：获取第二目标程序，第二目标程序与第一目标程序的版本信息相同；

步骤S500：将若干候选目标设备中与第一设备的设备型号以及操作系统型号相同的候选目标设备确定为第二设备；

步骤S600：控制第二设备安装第二目标程序；

步骤S700：控制第二设备中的第二目标程序执行目标指令集中的若干目标操作指令；

步骤S800：获取第二目标程序执行目标指令集时生成的若干操作日志；

第一目标程序中的日志上传功能为关闭状态，第二目标程序中的日志上传功能为开启状态。

步骤S400至S600为运维端搭建一个与用户端完全一致的运行环境的过程，该过程中需要尽可能的保证运维端搭建的运行环境与用户端的一致，由此，可以保证在第二目标程序上还原复现出第一目标程序产生的错误。其中，在该运行环境中运行的第一目标程序与第二目标程序的不同之处，仅在于第一目标程序中的日志上传功能为关闭状态，第二目标程序中的日志上传功能为开启状态。由此，可以在进行步骤S700时，也即运维端可以在第二目标程序执行目标操作指令时，获取到对应的操作日志，然后运维端可以从对应的操作日志中，分析确定出对应的异常日志。

本发明中获取了第一目标程序在第一设备上发生异常时的异常时间，根据异常时间确定出若干历史操作指令，再由若干历史操作指令中确定出对应的若干目标操作指令，运维端可以根据若干目标操作指令，来模仿用户在第二设备上对第二目标程序进行相同的操作，由此来获取若干操作日志，再从若干操作日志中确定出异常日志。

本发明中通过获取异常时间来从用户触发的若干历史操作指令中，确定对应的若干目标操作指令，运维端再根据若干目标操作指令模仿用户对第二设备进行相同的操作，用以复现还原用户在异常发生过程中对第一设备中的第一目标程序的操作，由此，可使第二设备对应生成的操作日志与用户操作第一设备时生成操作日志基本相同，进而，使得运维端无需获取用户的操作日志也无需用户进行任何配合操作，即可顺利获取到需要的若干操作日志。由此，运维端可以更加容易及时的得到软件程序对应的异常日志，从而可以尽快解决软件程序存在的异常，以提升用户的使用体验。

作为本发明一种可能的实施例，步骤S300：从若干历史操作指令中获取若干目标操作指令，生成目标指令集，包括：

步骤S301：根据异常时间确定追溯截止指令，追溯截止指令为触发时间最接近异常时间的历史操作指令；

步骤S302：获取第一追溯阈值K1；

步骤S303：根据追溯截止指令及第一追溯阈值，从若干历史操作指令中获取若干目标操作指令；若干目标操作指令的数量与第一追溯阈值相同；且若干目标操作指令在时间顺序上依次相邻；

步骤S304：根据获取的若干目标操作指令，生成目标指令集。

通常第一目标程序中异常的发生，可能会与异常发生前的相关操作具有一定的因果关系，所以获取的若干目标操作指令通常为触发时间最接近异常时间以及早于异常时间的几个指令。具体的，追溯截止指令可以为触发时间早于异常时间的操作指令。优选的，追溯截止指令为触发时间晚于异常时间的操作指令。追溯截止指令也为目标操作指令。优选的，K1=10。

通常获取包括追溯截止指令在内的10条操作指令为目标操作指令，大部分的应用程序产生异常时若与之前的操作指令有相关关系，通常是与前10条之内的某一或某几条操作指令有关。

本实施例中，通过以操作指令的条数以及操作指令出发时间所在的位置，来确定对应的目标操作指令，由此可以减少运维端需要执行的操作指令的数量，提高异常确定的效率。

作为本发明一种可能的实施例，本方法还包括：

步骤S900：若通过若干操作日志无法确定出导致第一目标程序发生异常的异常指令，则根据K1确定第二追溯阈值K2；K2符合如下条件：

K2=K1*2ⁱ：

其中，i为确定第二追溯阈值的次数。

当从通过第一追溯阈值确定出来的目标操作指令中，无法确定出导致第一目标程序发生异常的异常指令时，则需要扩大目标操作指令的选择范围。本实施例中，通过在K1的基础上生成的K2，且K2>K1，在通过K2来从历史操作指令中确定出更多的目标操作指令，然后，再从第二目标程序执行这些目标操作指令时对应生成的操作日志中确定异常原因。

由此，本实例中通过追溯次数以及上一次的追溯阈值，来确定出当前的追溯阈值，由此，可以更加合理的逐步扩大目标操作指令的选择范围，以逐步确定出异常指令及异常原因。

作为本发明一种可能的实施例，步骤S100：获取第一目标程序在第一设备上发生异常时的异常时间，包括：

步骤S101：根据异常堆栈信息，确定第一目标程序在第一设备上发生异常时的异常时间；

异常堆栈信息为当第一目标程序在第一设备上发生异常时，第一目标程序生成的；异常堆栈信息包括异常时间。

作为本发明一种可能的实施例，堆栈信息还包括用户ID；

步骤S300：从若干历史操作指令中获取若干目标操作指令，包括：

步骤S305：获取预设追溯时长阈值；

步骤S306：根据异常时间及预设追溯时长阈值，确定目标异常时段；

步骤S307：根据用户ID及目标异常时段，从若干历史操作指令中获取若干目标操作指令，若干目标操作指令的触发时间均属于目标异常时段，且若干目标操作指令在时间顺序上依次相邻。

追溯时长阈值可以为异常时间前与后的5分钟，也即，以异常时间为中点的10分钟的时段为目标异常时段。然后，根据用户ID在埋点数据中确定出目标异常时段对应的从若干历史操作指令，并将其作为目标操作指令。

由于，在实际的使用过程中第一目标程序中异常的发生，可能会与异常发生附近的相关操作具有一定的因果关系，所以本实施例中，将在异常时间前后时段内产生的操作指令作为目标操作指令，由此，可以更加准确的确定异常产生的原因。

作为本发明一种可能的实施例，第二设备与第三设备通信连接，第三设备具有显示功能；

步骤S800：获取第二目标程序执行目标指令集时生成的若干操作日志，包括：

步骤S801：建立第三设备与第二设备之间的长链接；

步骤S802：第二目标程序执行目标指令集中的每一目标操作指令时，对应生成的每一操作日志通过长链接发送至第三设备并显示。

本实施例中，可以控制第二设备建立与第三设备之间的长链接，由此当第二设备中的第二目标程序执行目标指令集中的每一目标操作指令时，其对应产生的操作日志可以实时的显示在第三设备上，由此，更加便于运维人员对操作日志进行分析以及时确定出异常的产生原因。

作为本发明一种可能的实施例，异常堆栈信息还包括第一设备的设备型号以及操作系统型号；

方法还包括：

步骤S10：根据设备型号和操作系统型号，建立目标虚拟机；

步骤S20：控制目标虚拟机安装第二目标程序；

步骤S30：控制目标虚拟机中的第二目标程序中执行目标指令集中的若干目标操作指令；

步骤S40：获取第二目标程序执行目标指令集时生成的若干操作日志。

本实施例中根据设备型号和操作系统型号，建立目标虚拟机，该目标虚拟机与第一设备具有相同的运行环境以及运行能力，另外，可以将根据目标指令集中的若干目标指令生成对应的脚本，然后将脚本在目标虚拟机上进行运行，即可自动复现还原用户在异常发生过程中对第一设备中的第一目标程序的操作。由此，使得还原用户在异常发生过程中对第一设备中的第一目标程序的操作，不会有人为因素的介入，完全根据脚本自动进行，使得运维端的操作与用户端的操作的一致性更高，进而提高运维端最终分析出的异常原因与用户端的异常原因之间的一致性。

本发明的实施例还提供了一种非瞬时性计算机可读存储介质，该存储介质可设置于电子设备之中以保存用于实现方法实施例中一种方法相关的至少一条指令或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述实施例提供的方法。

本发明的实施例还提供了一种电子设备，包括处理器和前述的非瞬时性计算机可读存储介质。

本发明的实施例还提供一种计算机程序产品，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使该电子设备执行本说明书上述描述的根据本发明各种示例性实施方式的方法中的步骤。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员还应理解，可以对实施例进行多种修改而不脱离本发明的范围和精神。本发明开的范围由所附权利要求来限定。

Claims (10)

1.一种基于weex的程序日志获取方法，其特征在于，所述方法包括如下步骤：

获取第一目标程序在第一设备上发生异常时的异常时间；

根据所述异常时间，确定所述第一目标程序在第一设备中执行的若干历史操作指令，每一所述历史操作指令的触发时间在时间顺序上均早于所述异常时间；

从若干所述历史操作指令中获取若干目标操作指令，生成目标指令集；目标指令集中的若干目标操作指令按时间顺序排列；

获取第二目标程序，所述第二目标程序与第一目标程序的版本信息相同；

将若干候选目标设备中与所述第一设备的设备型号以及操作系统型号相同的候选目标设备确定为第二设备；

控制第二设备安装所述第二目标程序；

控制所述第二设备中的第二目标程序执行所述目标指令集中的若干目标操作指令；

获取所述第二目标程序执行所述目标指令集时生成的若干操作日志；

所述第一目标程序中的日志上传功能为关闭状态，所述第二目标程序中的日志上传功能为开启状态。

2.根据权利要求1所述的方法，其特征在于，所述从若干所述历史操作指令中获取若干目标操作指令，生成目标指令集，包括：

根据所述异常时间确定追溯截止指令，所述追溯截止指令为触发时间最接近异常时间的历史操作指令；

获取第一追溯阈值K1；

根据所述追溯截止指令及第一追溯阈值，从若干所述历史操作指令中获取若干目标操作指令；若干目标操作指令的数量与所述第一追溯阈值相同；且若干所述目标操作指令在时间顺序上依次相邻；

根据获取的若干所述目标操作指令，生成所述目标指令集。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若通过若干操作日志无法确定出导致第一目标程序发生异常的异常指令，则根据K1确定第二追溯阈值K2；K2符合如下条件：

K2=K1*2ⁱ：

其中，i为确定第二追溯阈值的次数。

4.根据权利要求2所述的方法，其特征在于，K1=10。

5.根据权利要求1所述的方法，其特征在于，所述获取第一目标程序在第一设备上发生异常时的异常时间，包括：

根据异常堆栈信息，确定所述第一目标程序在第一设备上发生异常时的异常时间；

所述异常堆栈信息为当所述第一目标程序在第一设备上发生异常时，所述第一目标程序生成的；所述异常堆栈信息包括所述异常时间。

6.根据权利要求5所述的方法，其特征在于，所述堆栈信息还包括用户ID；

所述从若干所述历史操作指令中获取若干目标操作指令，包括：

获取预设追溯时长阈值；

根据所述异常时间及预设追溯时长阈值，确定目标异常时段；

根据所述用户ID及目标异常时段，从若干所述历史操作指令中获取若干目标操作指令，若干所述目标操作指令的触发时间均属于目标异常时段，且若干所述目标操作指令在时间顺序上依次相邻。

7.根据权利要求1所述的方法，其特征在于，所述第二设备与第三设备通信连接，所述第三设备具有显示功能；

所述获取所述第二目标程序执行所述目标指令集时生成的若干操作日志，包括：

建立所述第三设备与第二设备之间的长链接；

所述第二目标程序执行所述目标指令集中的每一目标操作指令时，对应生成的每一所述操作日志通过长链接发送至第三设备并显示。

8.根据权利要求5所述的方法，其特征在于，所述异常堆栈信息还包括第一设备的设备型号以及操作系统型号；

所述方法还包括：

根据所述设备型号和操作系统型号，建立目标虚拟机；

控制目标虚拟机安装所述第二目标程序；

控制所述目标虚拟机中的第二目标程序中执行所述目标指令集中的若干目标操作指令；

获取所述第二目标程序执行所述目标指令集时生成的若干操作日志。

9.一种非瞬时性计算机可读存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1-8中任意一项的所述方法。

10.一种电子设备，其特征在于，包括处理器和权利要求9中所述的非瞬时性计算机可读存储介质。

Images