一种自动监测故障方法、装置、电子设备及可读存储介质制造方法及图纸

本申请涉及程序运维技术领域，提供了一种自动监测故障方法、装置、电子设备及可读存储介质。该方法包括：当消息队列收到目标任务，执行目标任务，并记录目标任务的执行信息；判断执行信息是否符合正常运行条件；若否，判定目标任务执行故障，将执行信息上传至云平台；在目标任务的执行程序中，每个函数的函数入口标识符后均设有一个记录自身调用时刻的第一记录函数，每个函数的函数出口标识符前均设有一个记录自身调用时刻的第二记录函数；执行信息包括目标任务的开始时间、目标任务的结束时间、第一记录函数的记录信息和第二记录函数的记录信息。本申请实施例有效克服了概率性出现的故障难以复现的问题，有助于故障的精准定位。位。位。

【技术实现步骤摘要】
一种自动监测故障方法、装置、电子设备及可读存储介质


[0001]本申请涉及程序运维
，尤其涉及一种自动监测故障方法、装置、电子设备及可读存储介质。

技术介绍

[0002]现今Android应用程序在运维时，难以精准定位故障和故障概率性出现的特点成为解决故障的难题。其中，精准定位故障要求在分析程序运行时真实函数调用关系和具体函数的执行耗时，概率性出现的故障难以复现，要求故障出现时系统能够及时记录资源使用情况。
[0003]当前能够对程序的运行情况进行记录并分析的方法，主要在应用程序的开发和测试时，通过第三方工具记录运行情况，再将第三方软件的记录文件上传至电脑中由特定软件对运行中的故障进行分析。但在运维阶段，技术人员无法使用第三方工具，当前现有的调试框架，均无法及时获取概率性出现的故障的信息，也很难做到故障的精准定位，导致故障难以解决。
[0004]因此，如何提供一种解决上述技术问题的方案是目前本领域技术人员需要解决的问题。

技术实现思路

[0005]有鉴于此，本申请实施例提供了一种自动监测故障方法、装置、电子设备及可读存储介质，以解决现有技术中调试框架无法为故障分析提供有效信息的问题。
[0006]本申请实施例的第一方面，提供了一种自动监测故障方法，包括：
[0007]当消息队列收到目标任务，执行目标任务，并记录目标任务的执行信息；
[0008]判断执行信息是否符合正常运行条件；
[0009]若否，判定目标任务执行故障，将执行信息上传至云平台；/>[0010]在目标任务的执行程序中，每个初始函数的函数入口标识符后均设有一个记录自身调用时刻的第一记录函数，每个初始函数的函数出口标识符前均设有一个记录自身调用时刻的第二记录函数；
[0011]执行信息包括目标任务的开始时间、目标任务的结束时间、第一记录函数的记录信息和第二记录函数的记录信息。
[0012]本申请实施例的第二方面，提供了一种自动监测故障装置，包括：
[0013]记录模块，用于当消息队列收到目标任务，执行目标任务，并记录目标任务的执行信息；
[0014]判断模块，用于判断执行信息是否符合正常运行条件；
[0015]动作模块，用于当执行信息不符合正常运行条件，判定目标任务执行故障，将执行信息上传至云平台；
[0016]在目标任务的执行程序中，每个初始函数的函数入口标识符后均设有一个记录自
身调用时刻的第一记录函数，每个初始函数的函数出口标识符前均设有一个记录自身调用时刻的第二记录函数；
[0017]执行信息包括目标任务的开始时间、目标任务的结束时间、第一记录函数的记录信息和第二记录函数的记录信息。
[0018]本申请实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。
[0019]本申请实施例的第四方面，提供了一种可读存储介质，该可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
[0020]本申请实施例与现有技术相比存在的有益效果至少包括：本申请实施例通过在执行目标任务的过程中记录任务执行信息、在执行信息不符合正常运行条件时判定目标任务执行故障、将执行信息上传云平台的步骤，有效克服了概率性出现的故障难以复现的问题，及时将发生故障的执行信息上传到云平台，有助于故障的精准定位和后续处理，提高了故障处理的效率。
附图说明
[0021]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0022]图1是本申请实施例的一种应用场景的场景示意图；
[0023]图2是本申请实施例提供的一种自动监测故障方法的流程示意图；
[0024]图3是本申请实施例提供的一种具体的自动监测故障方法的流程示意图；
[0025]图4是本申请实施例提供的一种自动监测故障装置的结构示意图；
[0026]图5是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
[0027]以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
[0028]下面将结合附图详细说明根据本申请实施例的一种自动监测故障方法、装置、电子设备及可读存储介质。
[0029]图1是本申请实施例的应用场景的场景示意图。该应用场景可以包括终端设备101、102和103、服务器104以及网络105。
[0030]终端设备101、102和103可以是硬件，也可以是软件。当终端设备101、102和103为硬件时，其可以是具有显示屏且支持与服务器104通信的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等；当终端设备101、102和103为软件时，其可以安装在如上所述的电子设备中。终端设备101、102和103可以实现为多个软件或软件
模块，也可以实现为单个软件或软件模块，本申请实施例对此不作限制。进一步地，终端设备101、102和103上可以安装有各种应用，例如数据处理应用、即时通信工具、社交平台软件、搜索类应用、购物类应用等。
[0031]服务器104可以是提供各种服务的服务器，例如，对与其建立通信连接的终端设备发送的请求进行接收的后台服务器，该后台服务器可以对终端设备发送的请求进行接收和分析等处理，并生成处理结果。服务器104可以是一台服务器，也可以是由若干台服务器组成的服务器集群，或者还可以是一个云计算服务中心，本申请实施例对此不作限制。
[0032]需要说明的是，服务器104可以是硬件，也可以是软件。当服务器104为硬件时，其可以是为终端设备101、102和103提供各种服务的各种电子设备。当服务器104为软件时，其可以是为终端设备101、102和103提供各种服务的多个软件或软件模块，也可以是为终端设备101、102和103提供各种服务的单个软件或软件模块，本申请实施例对此不作限制。
[0033]网络105可以是采用同轴电缆、双绞线和光纤连接的有线网络，也可以是无需布线就能实现各种通信设备互联的无线网络，例如，蓝牙(Bluetooth)、近场通信(Near Field Communication，NFC)、红外(Infrared)等，本申请实施例对此不作限制。
[0034]需要说明的是，终端设备101、102和103、服务器104以及网络105的具体类型、数量和组合可以根据应用场景的实际本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种自动监测故障方法，其特征在于，包括：当消息队列收到目标任务，执行所述目标任务，并记录所述目标任务的执行信息；判断所述执行信息是否符合正常运行条件；若否，判定所述目标任务执行故障，将所述执行信息上传至云平台；在所述目标任务的执行程序中，每个初始函数的函数入口标识符后均设有一个记录自身调用时刻的第一记录函数，每个所述初始函数的函数出口标识符前均设有一个记录自身调用时刻的第二记录函数；所述执行信息包括所述目标任务的开始时间、所述目标任务的结束时间、所述第一记录函数的记录信息和所述第二记录函数的记录信息。2.根据权利要求1所述的方法，其特征在于，所述目标任务为UI绘制任务。3.根据权利要求2所述的方法，其特征在于，当消息队列收到目标任务，执行所述目标任务，并记录所述目标任务的执行信息的过程，包括：当消息队列收到目标任务，通过choreographer组件记录所述目标任务的开始时间，执行所述目标任务；通过所述消息队列的监听任务监听所述目标任务的结束状态，并记录所述目标任务执行结束时的结束时间。4.根据权利要求3所述的方法，其特征在于，当消息队列收到目标任务，通过choreographer组件记录所述目标任务的开始时间，执行所述目标任务的过程，包括：当消息队列收到目标任务，执行预设回调函数，然后记录所述目标任务的开始时间，执行所述目标任务；所述预设回调函数为上次执行所述目标任务时插入choreographer组件的回调函数队列头部的回调函数；相应的，通过所述消息队列的监听任务监听所述目标任务的结束状态，并记录所述目标任务执行结束时的结束时间之后，还包括：在所述choreographer组件的回调函数队列头部插入所述预设回调函数。5.根据权...

【专利技术属性】
技术研发人员：王德南，李洪，
申请(专利权)人：成都赛力斯科技有限公司，
类型：发明
国别省市：