CN111555928A - 监控***异常的方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种监控***异常的方法、装置、计算机设备和存储介质。所述方法包括：通过模拟器轮询发送各个模拟请求；当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；在本地缓存异常信息。通过在终端上设置模拟器，根据模拟器模拟各个终端上的各个客户端的数据请求，根据数据请求返回的结果，监控客户端的运行状态是否异常，采用轮询发送的技术不断探测接口的有效性，可以及时的发现网络环境或客户端环境导致的异常问题，为快速解决问题提供了可能。

Description

监控***异常的方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种监控***异常的方法、装置、计算机设备和存储介质。

背景技术

目前，很多公司都有自己的信息化部门，拥有公司内部使用或者面向消费者的互联网产品，如平台、app、小程序等等，一旦产品出现问题甚至宕机就会对公司运作产生影响，小则影响效率和营收，大则影响公司的形象，产生巨大的损失。

因此对这些***进行全方位的监控是非常重要的事情，现有的监控跳过在服务器中设置模拟器，通过服务器中的模拟器，模拟客户端的运行情况，与客户端在终端上运行存在较大差异，从而无法有效的监控客户端的情况。

发明内容

为了解决上述技术问题，本申请提供了一种监控***异常的方法、装置、计算机设备和存储介质。

第一方面，本申请提供了一种监控***异常的方法，包括：

获取模拟器的配置文件，配置文件包括客户端的多个模拟请求；

通过模拟器轮询发送各个模拟请求；

当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；

在本地缓存异常信息。

第二方面，本申请提供了一种监控***异常的装置，包括：

配置文件获取模块，用于获取模拟器的配置文件，配置文件包括客户端的多个模拟请求；

请求发送模块，用于通过模拟器轮询发送各个模拟请求；

异常信息获取模块，用于当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；

数据保存模块，用于在本地缓存异常信息。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取模拟器的配置文件，配置文件包括客户端的多个模拟请求；

通过模拟器轮询发送各个模拟请求；

当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；

在本地缓存异常信息。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取模拟器的配置文件，配置文件包括客户端的多个模拟请求；

通过模拟器轮询发送各个模拟请求；

当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；

在本地缓存异常信息。

上述监控***异常的方法、装置、计算机设备和存储介质，所述方法包括：获取终端上的模拟器的配置文件，配置文件包括客户端的多个模拟请求；通过模拟器轮询发送各个模拟请求；当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；在本地缓存异常信息。通过在终端上设置模拟器，根据模拟器模拟各个终端上的各个客户端的数据请求，根据数据请求返回的结果，监控客户端的运行状态是否异常，采用轮询发送的技术不断探测接口的有效性，可以及时的发现网络环境或客户端环境导致的异常问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为一个实施例中监控***异常的方法的应用环境图；

图2为一个实施例中监控***异常的方法的流程示意图；

图3为一个具体的实施例中监控***异常的方法的流程示意图；

图4为一个实施例中监控***异常的装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为一个实施例中监控***异常的方法的应用环境图。参照图1，该监控***异常的方法应用于异常监控***。该异常监控***包括终端110和服务器120。终端110和服务器120通过网络连接。终端110上搭载有模拟器，终端110获取模拟器的配置文件，配置文件包括客户端的多个模拟请求；通过模拟器轮询发送各个模拟请求；当服务器120根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；在本地缓存异常信息。

终端110具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，在一个实施例中，提供了一种监控***异常的方法。本实施例主要以该方法应用于上述图1中的终端110来举例说明。参照图2，该监控***异常的方法具体包括如下步骤：

步骤S201，获取模拟器的配置文件。

在本具体实施例中，配置文件包括客户端的多个模拟请求。

具体地，模拟器是用于模拟客户端的数据请求的装置。模拟器为HttpClient工具，其中HttpClient工具包括okHttp和Volley等。

模拟器的配置文件包括各个客户端的接口的请求。服务器与多个终端连接，每个终端上设置的模拟器可以模拟一个或多个客户端的接口请求，每个终端上可以模拟的请求可以根据用户需求自定义配置。接口为客户端的常见接口，如各个客户端的登录，注销，消息发送，信息获取，设备列表获取和设备所在位置等等。模拟各个客户端的各个接口所需的请求时，需要对应的数据，如登录请求，需要用户名和用户密码等等信息，根据用户名和用户密码生成对应的登录请求。

步骤S202，通过模拟器轮询发送各个模拟请求。

具体地，配置轮询参数，轮询参数包括轮询顺序、轮询间隔时间、轮询逻辑设定等。轮询发送各个模拟请求是指按照顺序依次发送各个模拟请求，其中按照顺序发送各个模拟请求时，顺序可以为自定义顺序或随机顺序。当模拟器对应的客户端为一个时，按照顺序依次发送该客户端的各个模拟请求。当模拟器对应的客户端为多个时，各个客户端的模拟请求之间可以互不干扰，即同时按照各个客户的模拟请求的轮询顺序依次发送。也可以是按照将全部客户端的模拟请求按照轮船顺序依次发送，不同客户端之间的模拟请求的轮询顺序可以预先定义，如设置客户端的轮询顺序和各个客户端的模拟请求的轮询顺序，还可以设置每个客户端的每个模拟请求的轮询顺序。

根据自定义构造请求参数，并根据参数生成模拟请求，或采用模拟接口技术实现请求参数的构造。

在一个实施例中，自定义构造请求参数数据，根据构造的请求参数据生成模拟请求。如程序员开发时，自定义构造大量的请求参数数据。

在一个实施例中，获取模拟器的配置文件之前，还包括：使用接口mock技术，根据接口协议文本构造数据包；根据数据包生成并保存模拟请求。

具体地，采用接口mock技术等模拟随机值，填充请求服务端API所需要的数据，即得到模拟请求所需的数据包。其中数据包包括协议头和协议体。数据包中的内容根据实际情况定义，主要是名-值对的形式的参数。

步骤S203，当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息。

步骤S204，在本地缓存异常信息。

具体地，预设报错信息是接口协议对应的报错信息，如http请求时，根据返回的http状态码确定是否报错。将http状态码中用于表示请求异常的状态码作为预设报错信息。如除了返回吗为200时表示正常，其他的状态码都表示异常，如状态码400表示服务器不理解请求的语法(异常)。异常信息是指发生异常的请求的终端的请求信息和终端信息等与该请求有关的信息。如客户端环境信息，请求参数，响应异常信息，其中客户端环境信息包含终端品牌、终端型号、分辨率、***版本、安卓版本、app版本、接口协议版本和网络状态等。请求参数包括请求时间和请求地址等等。响应异常信息是用于描述异常原因的信息，如采用http请求时，返回的状态码。

在接收到报错信息时，获取该报错信息对应的异常信息，在本地缓存异常信息，和/或上报异常信息进行上报，其中上传异常信息时可以是实时上报，也可以是定时上报，即等待预设时长后在进行数据上报。

上述监控***异常的方法，包括：通过模拟器轮询发送各个模拟请求；当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；在本地缓存异常信息。通过在终端上设置模拟器，根据模拟器模拟各个终端上的各个客户端的数据请求，根据数据请求返回的结果，监控客户端的运行状态是否异常，采用轮询发送的技术不断探测接口的有效性，可以及时的发现网络环境或客户端环境导致的异常问题，为快速解决问题提供了可能。

在一个实施例中，当在发送模拟请求之后的预设时间段内，未返回数据时，获取与模拟请求相关的异常信息。

具体地，模拟请求发送后，判断服务器是否存在数据返回，若不存在数据返回，则说明网络存在问题未能将请求发送出去，或数据请求存在问题，故服务器为未能根据该请求返回对应的数据。获取与该模拟请求有关的异常信息，缓存该异常信息，发送异常信息。

在一个实施例中，发送异常信息之后，还包括：通过数据监控线程监控异常信息的发送状态；当异常信息的发送状态为失败时，再次发送异常信息。

具体地，数据监控线程用于监控异常信息的发送状态，当返回了发送成功的信息时，发送状态为成功，反之，当返回的数据为失败的信息时，发送状态为失败，则启动数据上传线程，再次发送异常信息。

在一个实施例中，记录同一个异常信息的发送次数，每次发送后，记录发送次数，判断发送的异常信息的次数，若发送的次数小于预设次数，则继续发送该次数，反之，则停止该异常信息的上报。

在一个具体的实施例中，上述监控***异常的方法，包括：

使用HttpClient工具构建代理请求app，实现网络请求的收发逻辑，其中HttpClient工具包括但不限于okHttp和Volley等。

使用接口mock技术根据接口协议文本构造模拟请求的数据包，并缓存在本地，此处的接口协议文本和已经上线的发布版本app保持一致，以便更好的模拟用户环境。

配置接口轮询顺序，轮询间隔时间，完成轮询逻辑设定，设置应用启动立即开始轮询。

将App安装到不同的终端或模拟器，模拟不同的网络环境，启动应用，启动轮询。

参照图3，启动轮询后，监控的具体流程如下：

步骤S301，轮询发送请求。

步骤S302，判断是否异常。是否异常包括分类两类，一类是判断服务器是否超时，另一类是判断返回的接口返回码是不是200。若服务器超时，或返回码不是200，则执行步骤S303。若返回码为200，则返回步骤S301。

步骤S303，缓存异常信息。获取与请求相关的异常信息，即记录错误信息到本地。客户端环境信息，请求参数，响应异常信息等异常信息，其中，客户端环境信息包含终端品牌、终端型号、分辨率、***版本、安卓版本、app版本、接口协议版本、网络状态等。

步骤S304，上报异常信息。启动上报线程，向服务器发送异常信息。

步骤S305，是否上报成功。监控异常信息的上报流程，若上报成功，执行步骤S306。如果报送失败则缓存到本地文件***，等待预设时长后继续上报。限制上报次数，当上报次数达到一定次数时，不在上报。反之，则返回步骤S303。

步骤S306，检测异常情况。服务器接收到报送的异常信息，将该异常信息存储到数据库中，并对上报的异常信息进行检测，检测异常原因。

步骤S307，是否满足通知条件。服务器异常通知程序每隔预设时长，检查异常信息，判断异常是否满足异常通知策略。满足执行步骤S308。

步骤S308，发送通知。满足策略时发送报错信息至预设终端，即通过邮件或短信等常规通信方式发送至关联人员的终端。异常策略可自定义设置，还可以对异常策略进行分级，不同级别的异常发送至对应的管理人员，其中异常策略分级可以根据描述异常的参数中的至少一个参数进行定级。如按照请求的重要程度、异常时长、异常次数等中的至少一个进行定级。具体地，每隔多长时间的异常，和/或多少次异常上报给不同的人。

关联人员收到邮件和/或短信后可以通过消息中的链接直达异常信息界面查看异常信息。

异常信息管理界面可以对异常信息进行分类和通知，如按照异常类别，时间分别统计异常的产生趋势，通知异常问题给相关人员处理，并发送邮件和/或短息等。

采用上述监控***异常的方法，可以避免传统上服务器监控一般在相同网络环境内的局限性。可以监控网络环境或客户端环境导致的异常问题。采用客户端轮询的方式，保证执行环境和最终用户的环境高度一致有效监控服务的响应性，及时发现上述问题，保证异常及时上报，不漏报。高效及时的发现异常问题，弥补传统监控***的短板，保证7*24小时的有效监控。使用app开发技术开发请求代理app、接口mock技术模拟真实请求，采用轮询发送的技术不断探测接口的有效性，一旦发现异常立即上报。

图2为一个实施例中监控***异常的方法的流程示意图。应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种监控***异常的装置200，包括：

配置文件获取模块201，用于获取模拟器的配置文件，配置文件包括客户端的多个模拟请求。

请求发送模块202，用于通过模拟器轮询发送各个模拟请求。

异常信息获取模块203，用于当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息。

数据保存模块204，用于在本地缓存异常信息。

在一个实施例中，异常信息获取模块203还用于异常信息获取模块当在发送模拟请求之后的预设时间段内，未返回数据时，获取与模拟请求相关的异常信息。

在一个实施例中，上述监控***异常的装置200，还包括：

数据发送模块，用于发送异常信息。

在一个实施例中，上述监控***异常的装置200，还包括：

状态监控模块，用于通过数据监控线程监控异常信息的发送状态；

数据发送模块还用于当异常信息的发送状态为失败时，再次发送异常信息。

在一个实施例中，上述监控***异常的装置200，还包括：

数据包构造模块，用于使用接口mock技术，根据接口协议文本构造数据包；

请求处理模块，用于根据数据包生成并保存模拟请求。

图5示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的终端110(或服务器120)。如图5所示，该计算机设备通过***总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作***，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现监控***异常的方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行监控***异常的方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的监控***异常的装置可以实现为一种计算机程序的形式，计算机程序可在如图5所示的计算机设备上运行。计算机设备的存储器中可存储组成该监控***异常的装置的各个程序模块，比如，图4所示的配置文件获取模块201、请求发送模块202、异常信息获取模块203和数据保存模块204。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的监控***异常的方法中的步骤。

例如，图5所示的计算机设备可以通过如图4所示的监控***异常的装置中的配置文件获取模块201执行获取模拟器的配置文件，配置文件包括客户端的多个模拟请求。计算机设备可以通过请求发送模块202执行通过模拟器轮询发送各个模拟请求。计算机设备可以通过异常信息获取模块203执行当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息计算机设备可以通过数据保存模块204执行在本地缓存异常信息。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：获取模拟器的配置文件，配置文件包括客户端的多个模拟请求；通过模拟器轮询发送各个模拟请求；当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；在本地缓存异常信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当在发送模拟请求之后的预设时间段内，未返回数据时，获取与模拟请求相关的异常信息。

在一个实施例中，缓存异常信息之后，处理器执行计算机程序时还实现以下步骤：发送异常信息。

在一个实施例中，发送客户端的属性信息和异常信息之后，处理器执行计算机程序时还实现以下步骤：通过数据监控线程监控异常信息的发送状态；当异常信息的发送状态为失败时，再次发送异常信息。

在一个实施例中，获取模拟器的配置文件之前，处理器执行计算机程序时还实现以下步骤：使用接口mock技术，根据接口协议文本构造数据包；根据数据包生成并保存模拟请求。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取模拟器的配置文件，配置文件包括客户端的多个模拟请求；通过模拟器轮询发送各个模拟请求；当根据模拟请求返回的信息为预设报错信息时，获取与模拟请求相关的异常信息；在本地缓存异常信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当在发送模拟请求之后的预设时间段内，未返回数据时，获取与模拟请求相关的异常信息。

在一个实施例中，缓存异常信息之后，计算机程序被处理器执行时还实现以下步骤：发送异常信息。

在一个实施例中，发送客户端的属性信息和异常信息之后，计算机程序被处理器执行时还实现以下步骤：通过数据监控线程监控异常信息的发送状态；当异常信息的发送状态为失败时，再次发送异常信息。

在一个实施例中，获取模拟器的配置文件之前，计算机程序被处理器执行时还实现以下步骤：使用接口mock技术，根据接口协议文本构造数据包；根据数据包生成并保存模拟请求。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种监控***异常的方法，其特征在于，应用于终端，所述终端上设置有模拟器，所述方法包括：

获取所述模拟器的配置文件，所述配置文件包括客户端的多个模拟请求；

通过所述模拟器轮询发送各个所述模拟请求；

当根据所述模拟请求返回的信息为预设报错信息时，获取与所述模拟请求相关的异常信息；

在本地缓存所述异常信息。

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

当在发送所述模拟请求之后的预设时间段内，未返回数据时，获取与所述模拟请求相关的异常信息。

3.根据权利要求1或2所述的方法，其特征在于，所述缓存异常信息之后，还包括：

发送所述异常信息。

4.根据权利要求3所述的方法，其特征在于，所述发送所述异常信息之后，还包括：

通过数据监控线程监控所述异常信息的发送状态；

当所述异常信息的发送状态为失败时，再次发送所述异常信息。

5.根据权利要求1所述的方法，其特征在于，所述获取模拟器的配置文件之前，还包括：

使用接口mock技术，根据接口协议文本构造数据包；

根据所述数据包生成并保存所述模拟请求。

6.根据权利要求1所述的方法，其特征在于，所述模拟器为HttpClient工具。

7.一种监控***异常的装置，其特征在于，所述装置包括：

配置文件获取模块，用于获取模拟器的配置文件，所述配置文件包括客户端的多个模拟请求；

请求发送模块，用于通过所述模拟器轮询发送各个所述模拟请求；

异常信息获取模块，用于当根据所述模拟请求返回的信息为预设报错信息时，获取与所述模拟请求相关的异常信息；

数据保存模块，用于在本地缓存所述异常信息。

8.根据权利要求1所述的装置，其特征在于，所述异常信息获取模块还用于异常信息获取模块当在发送所述模拟请求之后的预设时间段内，未返回数据时，获取与所述模拟请求相关的异常信息。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

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

Images