CN114661551A - 软件运行状态的监控方法、设备及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种软件运行状态的监控方法、设备及计算机可读存储介质，属于应用程序开发的技术领域，方法包括：捕获应用程序的运行信息，运行信息至少包括异常信息、日志信息和用户操作信息；按照预设分类规则整理运行信息，得到目标数据；上传目标数据至后台服务器，以供后台服务器在接收到前端的数据分析请求后，反馈目标数据至前端。从而更加方便精准快速的分析应用程序运行过程中出现的问题，实现对应用程序运行状态的掌握。

Description

软件运行状态的监控方法、设备及计算机可读存储介质

技术领域

本发明涉及应用程序开发的技术领域，尤其涉及一种软件运行状态的监控方法、设备及计算机可读存储介质。

背景技术

目前，在应用程序的软件开发或测试阶段，经常会有bug(程序错误)被测试人员发现，提供给开发人员解决。其中有些bug可以直接分析出来问题所在，但有些就需要复现才可以分析解决，问题在于有些概率较低的bug，就无法通过复现来解决了，此种情况下的常用解决办法是对相关代码优化后观察几个版本，没有复现算解决，很容易流出隐藏的bug,最终变成客诉问题。同样的，在应用程序的产品上线阶段，由于用户量骤然大量增加，app(Application，应用程序)的运行环境和用户操作各式各样，导致app运行异常也是常见的现象，但是客户分散在各地，不方便去现场调试或让客户配合调试，难以还原当时出问题的场景来找到解决方式。

发明内容

本发明提供一种软件运行状态的监控方法、设备及计算机可读存储介质，旨在解决现有技术中由于难以还原应用程序偶发bug的出现过程，导致无法精准快速的分析应用程序运行过程中出现的问题。

为实现上述目的，本发明提供一种软件运行状态的监控方法，包括：

捕获应用程序的运行信息，运行信息至少包括异常信息、日志信息和用户操作信息；

按照预设分类规则整理运行信息，得到目标数据；

上传目标数据至后台服务器，以供后台服务器在接收到前端的数据分析请求后，反馈目标数据至前端。

此外，为实现上述目的，本发明还提供一种软件运行状态的监控设备，软件运行状态的监控设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的软件运行状态的监控程序，处理器执行软件运行状态的监控程序时实现如上述的软件运行状态的监控方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有软件运行状态的监控程序，软件运行状态的监控程序被处理器执行时实现如上述的软件运行状态的监控方法的步骤。

在本实施例中，捕获应用程序的运行信息，运行信息至少包括异常信息、日志信息和用户操作信息；按照预设分类规则整理运行信息，得到目标数据；上传目标数据至后台服务器，以供后台服务器在接收到前端的数据分析请求后，反馈目标数据至前端。从而在开发阶段：帮助开发人员真实还原bug出现的过程，针对难以复现偶发问题可以快速有效的找到问题原因。在上线阶段：可以捕获运行过程中出现的崩溃、闪退等异常信息；还可以帮助运营人员了解用户使用习惯，每个功能的使用频率，每个按键的点击次数，每个界面的使用时间，界面之间的打开顺序等应用程序运行的全部状态记录。即、更加方便精准快速的分析应用程序运行过程中出现的问题，实现对应用程序运行状态的掌握，以更加直观和可自定义的方式把数据展示给开发、测试、运营或决策人员。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的运行设备的结构示意图；

图2为本发明一种软件运行状态的监控方法一实施例的流程示意图；

图3为本发明一种软件运行状态的监控方法一实施例的运行示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的运行设备的结构示意图。

如图1所示，该运行设备可以包括：处理器1001，例如中央处理器(CentralProcessing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对运行设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作***、数据存储模块、网络通信模块、用户接口模块以及软件运行状态的监控程序。

在图1所示的运行设备中，网络接口1004主要用于与其他设备进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明运行设备中的处理器1001、存储器1005可以设置在运行设备中，运行设备通过处理器1001调用存储器1005中存储的软件运行状态的监控程序，并执行以下操作：

捕获应用程序的运行信息，运行信息至少包括异常信息、日志信息和用户操作信息；

按照预设分类规则整理运行信息，得到目标数据；

上传目标数据至后台服务器，以供后台服务器在接收到前端的数据分析请求后，反馈目标数据至前端。

进一步地，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序，还执行以下操作：

获取应用程序在不同开发阶段所需要的预设待采集数据；

根据预设待采集数据定义信息分类采集表；

基于信息分类采集表确定预设分类规则。

进一步地，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序，还执行以下操作：

获取应用程序的基础信息；

在按照预设分类规则整理运行信息，得到目标数据方面，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序具体执行以下操作：

按照预设分类规则整理基础信息和运行信息，得到目标数据。

进一步地，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序，还执行以下操作：

建立与后台服务器之间的数据实时传输通道；

在上传目标数据至后台服务器方面，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序具体执行以下操作：

通过数据实时传输通道上传目标数据至后台服务器。

进一步地，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序，还执行以下操作：

接收后台服务器通过数据实时传输通道转发的日志级别，日志级别由前端根据应用程序所处的开发阶段设置。

进一步地，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序，还执行以下操作：

根据应用程序的日志级别，捕获应用程序在日志级别下的日志信息。

进一步地，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序，还执行以下操作：

在本地文件中保存目标数据；

若当前网络连接到后台服务器，则触发上传目标数据至后台服务器的操作。

进一步地，处理器1001可以调用存储器1005中存储的软件运行状态的监控程序，还执行以下操作：

若通过数据实时传输通道确定后台服务器成功接收目标数据，则删除保存在本地文件中的目标数据。

本发明实施例提供了一种软件运行状态的监控方法，参照图2，图2为本发明一种软件运行状态的监控方法第一实施例的流程示意图。

本实施例中，软件运行状态的监控方法包括：

步骤S10：捕获应用程序的运行信息，运行信息至少包括异常信息、日志信息和用户操作信息。

在应用程序的开发、测试、或上线后等各个阶段，运行应用程序时至少捕获应用程序的运行信息，包括崩溃、闪退等异常信息，记录运行过程中状态信息的日志信息，以及界面显示时间、操作顺序和点击事件等的用户操作信息。

在JAVA中，异常可以分为以下两类：Checked Exceptions和UncheckedExceptions。checked exception的例子如FileNotFoundException和IOException等，而unchecked exception的例子如NumberFormatException。第一类异常可以理解成在调用java的方法时,api(Application Programming Interface，应用程序接口)中指明了是有可能抛出异常，且该类异常是必须捕获的(或向上抛出)，否则代码编译不通过。而对于第二类异常，在调用某些方法时，api也提示了可能会抛出某些异常，但该类异常不是一定要捕获的(不捕获编译也能通过)。不进行try-catch也一样能运行，但运行时如果出错，只会在控制台打印一下，后面再发现程序有问题就会很难查找到。但其实JAVA已经提供了对上述第二类异常问题的处理方法，那就是为Thread(线程)设置UncaughtExceptionHandler,即对未知异常的处理，此时就可以进行相关日志操作了，具体步骤如下：先创建一个实现了UncaughtExceptionHandler接口的类，将该类的实例赋予所建的线程，如果线程中出现了未被捕获的异常,则会执行该类中的uncaughtException方法，这样就就能捕获到第二类异常。

在本实施例中，通过初始化基于JAVA的异常捕获机制(第二类异常的捕获机制)，创建自定义异常捕获类，继承UncaughtExceptionHandler接口，并设置该自定义异常捕获类为***默认异常捕获类，在uncaughtException方法中捕获全局异常信息。另外，在本实施例中，对应用程序的类型不做限定，包括所有基于JAVA(一种计算机编程语言)开发的前台应用程序。

步骤S20：按照预设分类规则整理运行信息，得到目标数据；

按照预设分类规则将步骤S10捕获到的应用程序的运行信息进行分类整理，在分类整理时按照应用程序的开发、测试、或上线后等各个阶段的功能或目标需求进行筛选，比如在运行信息中筛选出开发、测试需要用到的异常信息和日志信息，将整理后的异常信息和日志信息作为开发、测试人员需要的目标信息，或者筛选出运营和决策时需要用到的用户操作信息，将整理后的用户操作信息作为运营和决策人员需要的目标信息。

步骤S30：上传目标数据至后台服务器，以供后台服务器在接收到前端的数据分析请求后，反馈目标数据至前端。

然后，判断当前的实时传输网络是否成功连接到后台服务器，在本实施例中，采用MQTT(Message Queuing Telemetry Transport，消息队列遥测传输协议)作为优选的实时传输网路，实现应用程序与后台服务器之间的网络连接。

如果当前的实时传输网络成功连接到后台服务器，便会实时上传步骤S20中按照预设分类规则整理运行信息得到的目标数据到后台服务器，后台服务器在接收到目标数据后对目标数据进行保存，当接收到前端的开发、测试或运营等人员的数据分析请求后，将保存的目标数据按照对应的数据分析请求发送至前端，即返回需要查询的目标数据，进行目标数据的显示。

在本实施例中，运行应用程序并捕获应用程序的异常信息、日志信息和用户操作信息等的运行信息，按照预设分类规则整理运行信息得到目标数据。如果当前网络状态确定连接至后台服务器，则上传目标数据至后台服务器。当后台服务器接收到前端的数据分析请求后，返回数据分析请求对应的目标数据至前端。从而在开发阶段：帮助开发人员真实还原bug出现的过程，针对难以复现偶发问题可以快速有效的找到问题原因。在上线阶段：可以捕获运行过程中出现的崩溃、闪退等异常信息；还可以帮助运营人员了解用户使用习惯，每个功能的使用频率，每个按键的点击次数，每个界面的使用时间，界面之间的打开顺序等应用程序运行的全部状态记录。即、更加方便精准快速的分析应用程序运行过程中出现的问题，实现对应用程序运行状态的掌握，以更加直观和可自定义的方式把数据展示给开发、测试、运营或决策人员。

参照图3，在本实施例中，操作人员包括在开发、测试、运营或决策等阶段操作应用程序的人员，也就是开发、测试、运营或决策人员。在启动应用程序后，便会初始化数据传输机制、异常捕获机制和信息采集机制。其中，数据传输机制采用MQTT与后台服务器建立长链接，并在应用程序所在的运行环境开机后进行心跳检测，保证连接的稳定性，通过数据实时传输通道让目标数据可实时传输到后台服务器；异常捕获机制通过创建自定义异常捕获类CrashHandler，继承UncaughtExceptionHandler接口，并设置该自定义异常捕获类为***默认异常捕获类，在uncaughtException方法中捕获全局异常信息；信息采集机制预先定义信息分类采集表，整理开发、测试、运营或决策等人员需要采集的目标数据，并准备好应用程序的版本号、***号、运行时间等基础信息。在应用程序运行过程中，捕获如崩溃、闪退等的异常信息、不同日志级别下的日志信息和如操作顺序、点击事件等的用户操作信息等运行信息，并按照相当于信息分类采集表的表头的预设分类规则，对目标数据(基础信息和运行信息)进行筛选，得到当前开发阶段所需要的目标数据。然后保存目标数据在本地文件中，再判断当前网络状态确定是否成功连接后台服务器，如果成功连接，则通过预先建立好的数据实时传输通道上传目标数据至后台服务器，后台服务器接收、整理并保存接收到的目标数据，并返回数据上报结果，如果应用程序接收到的数据上报结果为：后台服务器成功接收、整理并保存了目标数据，则删除保存的目标数据；如果未成功连接，则等待下一次网络的成功连接，在下一次网络连接成功时再上传保存在本地的目标数据。如果后台服务器保存有当前开发阶段需要用到的目标数据，则响应前端的查询或显示目标数据的请求，并返回当前开发阶段人员请求的目标数据到前端进行如网页等的可视化页面的数据展示。

可选地，捕获应用程序的运行信息之前，还包括：

获取应用程序在不同开发阶段所需要的预设待采集数据；

根据预设待采集数据定义信息分类采集表；

基于信息分类采集表确定预设分类规则。

在运行应用程序并捕获应用程序的运行信息之前，预先收集开发、测试、运营或决策人员的数据或业务需求。根据收集到的数据或业务需求，获取在不同开发阶段的预设待采集数据，基于预设待采集数据定义信息分类采集表，其中信息分类采集表的表头相当于预设分类规则。按照预设分类规则整理在应用程序运行过程中捕获的运行信息以得到目标数据的过程，类似于将运行信息参照预设分类规则分类到信息分类采集表中的动作。从而，使得应用程序运行状态的监控方法，其功能可扩展，且有较宽的扩展广度。

可选地，捕获应用程序的运行信息之后，还包括：

获取应用程序的基础信息；

按照预设分类规则整理运行信息，得到目标数据，包括：

按照预设分类规则整理基础信息和运行信息，得到目标数据。

应用程序的基础信息包括应用程序的版本号、***号、运行开始时间、运行结束时间等。而目标数据包括基础信息和运行信息，可以理解为预先收集的开发、测试、运营或决策人员的数据或业务需求，其不同开发阶段的需要的数据包括如异常信息、日志信息、用户操作信息等的运行信息，也需要如版本号、运行时间等的基础信息，从而获取不同开发阶段在应用程序运行过程中所需要采集、需要用到的全部数据，进一步使不同开发阶段的人员更完整的复现异常。

可选地，捕获应用程序的运行信息之前，还包括：

建立与后台服务器之间的数据实时传输通道；

上传目标数据至后台服务器，包括：

通过数据实时传输通道上传目标数据至后台服务器。

采用MQTT与后台服务器建立长链接，并在应用程序所在的运行环境开机后进行心跳检测，保证连接的稳定性，通过数据实时传输通道让目标数据可实时传输到后台服务器。在本实施例中，对实现应用程序与后台服务器的实时传输的网络连接类型不做限定，对建立数据实时传输通道的方式不做限定。

可选地，建立与后台服务器之间的数据实时传输通道之后，还包括：

接收后台服务器通过数据实时传输通道转发的日志级别，日志级别由前端根据应用程序所处的开发阶段设置。

在建立了应用程序与后台服务器之间的数据实时传输通道后，应用程序与后台服务器之间便可以进行数据的实时传输。前端的开发、测试、运营或决策等的不同开发阶段人员设置应用程序当前开发阶段的日志级别，并由前端上传至后台服务器，再由后台服务器经过已经建立好的数据实时传输通道转发前端设置并上传的日志级别到应用程序。而日志的输出都是分级别的，不同的设置不同的场合打印不同的日志。在本实施例中，包括JAVA中日志级别的7个级别：severe、Warning、info、config、fine、finer、finest。默认情况只记录前三个级别，以及另外使用Level.ALL开启所有的级别记录或者使用Level.OFF关闭所有的级别记录，总共五个日志级别的设置。

可选地，捕获应用程序的日志信息，包括：

根据应用程序的日志级别，捕获应用程序在日志级别下的日志信息。

在捕获应用程序的日志信息时，根据接收到的后台服务器经过已经建立好的数据实时传输通道转发的前端设置并上传的日志级别，捕获应用程序在接收到的日志级别下的日志信息，从而减轻数据存储压力，提高数据处理效率。

可选地，上传目标数据至后台服务器之前，还包括：

在本地文件中保存目标数据；

若当前网络连接到后台服务器，则触发上传目标数据至后台服务器的操作。

在应用程序的运行过程中，会存在网络连接不成功的异常，在这种异常状态下，目标数据的上传会存在问题。因此，在本实施例中，在收集到目标数据后，先将目标数据保存在本地文件中，然后再在网路连接成功的情况下才选择将目标数据上传至后台服务器。如果判断当前网络状态确定是否连接后台服务器的结果为网络未连接时，则会等待与后台服务器的网络连接成功，在下次网络连接成功时，将下次采集到的目标数据和当前网络连接未成功状态下保存在本地的目标数据，一并通过建立好的数据实时传输通道上传至后台服务器。

可选地，上传目标数据至后台服务器之后，还包括：

若通过数据实时传输通道确定后台服务器成功接收目标数据，则删除保存在本地文件中的目标数据。

在网络连接成功并上传目标数据至后台服务器后，如果后台服务器成功接收到目标数据，则会返回处理结果至应用程序，应用程序会接收到数据上传结果，其中数据的传输也都是通过已经建立好的数据实时传输通道进行传输。如果数据上传结果为后台服务器成功接收目标数据，则会删除保存在本地的目标数据，从而保证目标数据的成功上传。

此外，本发明实施例还提供一种软件运行状态的监控设备，软件运行状态的监控设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的软件运行状态的监控程序，处理器执行软件运行状态的监控程序时实现如上述的软件运行状态的监控方法的步骤。

此外，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有软件运行状态的监控程序，软件运行状态的监控程序被处理器执行时实现如上述的软件运行状态的监控方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者***中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种软件运行状态的监控方法，其特征在于，包括：

捕获应用程序的运行信息，所述运行信息至少包括异常信息、日志信息和用户操作信息；

按照预设分类规则整理所述运行信息，得到目标数据；

上传所述目标数据至后台服务器，以供所述后台服务器在接收到前端的数据分析请求后，反馈所述目标数据至所述前端。

2.如权利要求1所述的方法，其特征在于，所述捕获应用程序的运行信息之前，还包括：

获取所述应用程序在不同开发阶段所需要的预设待采集数据；

根据所述预设待采集数据定义信息分类采集表；

基于所述信息分类采集表确定所述预设分类规则。

3.如权利要求2所述的方法，其特征在于，所述捕获应用程序的运行信息之后，还包括：

获取所述应用程序的基础信息；

所述按照预设分类规则整理所述运行信息，得到目标数据，包括：

按照预设分类规则整理所述基础信息和所述运行信息，得到目标数据。

4.如权利要求3所述的方法，其特征在于，所述捕获应用程序的运行信息之前，还包括：

建立与后台服务器之间的数据实时传输通道；

所述上传所述目标数据至后台服务器，包括：

通过所述数据实时传输通道上传所述目标数据至所述后台服务器。

5.如权利要求4所述的方法，其特征在于，所述建立与后台服务器之间的数据实时传输通道之后，还包括：

接收所述后台服务器通过所述数据实时传输通道转发的日志级别，所述日志级别由所述前端根据所述应用程序所处的开发阶段设置。

6.如权利要求5所述的方法，其特征在于，所述捕获应用程序的日志信息，包括：

根据应用程序的所述日志级别，捕获所述应用程序在所述日志级别下的日志信息。

7.如权利要求4所述的方法，其特征在于，所述上传所述目标数据至后台服务器之前，还包括：

在本地文件中保存所述目标数据；

若当前网络连接到所述后台服务器，则触发所述上传所述目标数据至后台服务器的操作。

8.如权利要求7所述的方法，其特征在于，所述上传所述目标数据至后台服务器之后，还包括：

若通过所述数据实时传输通道确定所述后台服务器成功接收所述目标数据，则删除保存在本地文件中的所述目标数据。

9.一种软件运行状态的监控设备，其特征在于，所述软件运行状态的监控设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的软件运行状态的监控程序，所述处理器执行所述软件运行状态的监控程序时实现如权利要求1至8中任一项所述的软件运行状态的监控方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有软件运行状态的监控程序，所述软件运行状态的监控程序被处理器执行时实现如权利要求1至8中任一项所述的软件运行状态的监控方法。

Images