CN112527589A - 监控进程的方法和监控进程的装置 - Google Patents

Abstract

本公开涉及一种监控进程的方法和监控进程的装置。该方法包括：首先，接收客户端的应用程序接口发送的添加进程请求，接着，将进程名称和进程路径关联添加至监控进程列表，并对监控进程列表中的进程进行监控，以检测进程是否存活，最后，启动监控进程列表中未存活的进程。如此，可将新增的被监控进程自动添加至监控进程列表，监控进程即可自动对该新增的被监控的进程进行监控。由于无需将新增的被监控的进程添加至配置文件，即，无需更改配置文件，所以，可以避免更新整个系统，减少不必要的工作量，避免网络拥堵，提高了系统的稳定性。

Description

监控进程的方法和监控进程的装置

技术领域

本公开涉及计算机技术领域，具体地，涉及一种监控进程的方法和监控进程的装置。

背景技术

随着计算机技术的发展，以及终端的普及，终端应用的种类也越来越为繁多，多种终端应用的进程在同一终端中运行，难免会出现一些状况，比如某个进程被另一个进程强行关闭，或某个进程意外中止，等等，为此，有必要对应用的进程进行监控，以保障重要的应用进程能够正常运行。因此，终端后台应用的进程有被监控的需求，如果被监控的进程被强行关闭或者意外中止，服务端中的监控进程可以自动重启该进程，以使该进程正常运行。

目前Linux系统或Android系统对进程监控的方式多是，将被监控的进程的名称(以下简称进程名称)和该进程的执行路径(以下简称进程路径)添加至配置文件中，后台的监控进程读取该配置文件，并对该配置文件中的进程进行监控以检测进程是否存活，如果存在未存活的进程，则后台的监控进程自动重启该进程。

发明内容

本公开的目的是提供一种监控进程的方法和监控进程的装置，以解决相关技术中存在的问题。

为了实现上述目的，本公开第一方面提供一种监控进程的方法，包括：

接收客户端的应用程序接口发送的添加进程请求，所述添加进程请求包括需要被监控的进程的进程名称和进程路径；

将所述进程名称和所述进程路径关联添加至所述监控进程列表；

对所述监控进程列表中的所述进程进行监控，以检测所述进程是否存活；

启动所述监控进程列表中未存活的进程。

可选地，所述方法还包括：

接收所述客户端的应用程序接口发送的删除进程请求，所述删除进程请求包括需要删除的监控进程的进程名称；

将所述需要删除的监控进程的进程名称，以及，与所述进程名称对应的进程路径，从所述监控进程列表中删除。

可选地，所述对所述监控进程列表中的所述进程进行监控，包括：

若在预设时长内接收到所述进程发送的心跳包，则确定所述进程存活；

若在所述预设时长内未接收到所述心跳包，则输入进程状态查询命令，以获取当前运行的进程列表；

根据所述当前运行的进程列表，确定所述监控进程列表中的所述进程是否存活。

可选地，所述添加进程请求还包括所述进程对应的监控间隔；

所述对所述监控进程列表中的所述进程进行监控，包括：

根据所述监控间隔，对所述监控进程列表中的所述进程进行周期性监控。

可选地，在所述接收客户端的应用程序接口发送的注册进程请求之前，所述方法还包括：

根据预设的配置文件，初始化所述监控进程列表。

本公开第二方面还提供一种监控进程的装置，包括：

第一接收模块，用于接收客户端的应用程序接口发送的添加进程请求，所述添加进程请求包括需要被监控的进程的进程名称和进程路径；

添加模块，用于将所述进程名称和所述进程路径关联添加至所述监控进程列表；

监控模块，用于对所述监控进程列表中的所述进程进行监控，以检测所述进程是否存活；

启动模块，用于启动所述监控进程列表中未存活的进程。

可选地，所述装置还包括：

第二接收模块，用于接收所述客户端的应用程序接口发送的删除进程请求，所述删除进程请求包括需要删除的监控进程的进程名称；

删除模块，用于将所述需要删除的监控进程的进程名称，以及，与所述进程名称对应的进程路径，从所述监控进程列表中删除。

可选地，所述监控模块包括：

第一确定子模块，用于若在预设时长内接收到所述进程发送的心跳包，则确定所述进程存活；

输入子模块，用于若在所述预设时长内未接收到所述心跳包，则输入进程状态查询命令，以获取当前运行的进程列表；

第二确定子模块，用于根据所述当前运行的进程列表，确定所述监控进程列表中的所述进程是否存活。

可选地，所述添加进程请求还包括所述进程对应的监控间隔；

所述监控模块，还用于根据所述监控间隔，对所述监控进程列表中的所述进程进行周期性监控。

可选地，所述装置还包括：

初始化模块，用于根据预设的配置文件，初始化所述监控进程列表。

本公开第三方面还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开第一方面所提供的所述方法的步骤。

本公开第四方面还提供电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现本公开第一方面所提供的所述方法的步骤。

通过上述技术方案，首先，接收客户端的应用程序接口发送的添加进程请求，接着，将进程名称和进程路径关联添加至监控进程列表，并对监控进程列表中的进程进行监控，以检测进程是否存活，最后，启动监控进程列表中未存活的进程。如此，可将新增的被监控进程自动添加至监控进程列表，监控进程即可自动对该新增的被监控的进程进行监控。由于无需将新增的被监控的进程添加至配置文件，即，无需更改配置文件，所以，可以避免更新整个系统，减少不必要的工作量，避免网络拥堵，提高了系统的稳定性。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种监控进程的方法的流程图。

图2是根据另一示例性实施例示出的一种监控进程的方法的流程图。

图3是根据一示例性实施例示出的一种监控进程的方法的示意图。

图4是根据一示例性实施例示出的一种监控进程的装置的框图。

图5是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

相关技术中，系统开发人员将被监控的进程的进程名称和进程路径添加至配置文件，监控进程依据配置文件中的进程名称和进程路径对进程进行监控。但是，在实际应用中，在系统实行过程中，系统开发人员可能会新增需要被监控的进程。在该情况下，需要开发人员将新增的被监控的进程预先在配置文件中定义，即，将该新增的被监控的进程的进程名称和进程路径添加至配置文件，从而使得配置文件发生更新。然而，在配置文件发生更新时，相应的，系统也需要更新，以及重新测试并重新部署等等。因此，采用相关技术中的监控技术，在新增被监控的进程时需要更新整个系统，代价较大，流程较为繁琐，并且，系统更新周期长，不利于系统的稳定性。尤其是在系统的测试阶段，由于系统新加的进程并没有添加至配置文件，所以，该进程不能被监控进程监控，这就需要系统开发人员自己修改配置文件，给开发人员和测试人员带来不必要的工作量。

为了解决相关技术中存在的问题，本公开提供一种监控进程的方法和监控进程的装置。图1是根据一示例性实施例示出的一种监控进程的方法的流程图，该方法可以应用于服务端。如图1所示，该方法可以包括以下步骤。

在步骤11中，接收客户端的应用程序接口发送的添加进程请求。其中，添加进程请求用于请求将需要被监控的进程添加至监控进程列表，且该添加进程请求包括需要被监控的进程的进程名称和进程路径。

监控进程列表中包括有被监控的进程，服务端的监控进程可以对监控进程列表中包括的进程进行监控，即，只对监控进程列表中包括的进程进行监控。在系统开发过程中，若开发人员需要新增加被监控进程，则需要首先将该新增加的被监控进程添加至监控进程列表。示例地，若开发人员需要监控微信应用程序的进程，则首先需要将该微信应用程序的进程添加至监控进程列表，才能实现对微信应用程序的进程进行监控的目的。其中，被监控的进程是Linux系统或Android系统中可执行的进程，本公开并不具体限定哪些进程为被监控的进程。

需要说明的是，在需要被监控的进程的应用程序中也会增加一段调用应用程序接口的程序，应用程序接口为API接口(Application Programing Interface)，这样，在被监控的进程启动时，可自动调用API接口。在本公开中，技术人员可以在客户端中预先设置API接口，其中，该API接口中封装有开发人员预设的程序，当被监控的进程调用该API接口时，该API接口可以向服务端发送添加进程请求，以向服务端请求将该进程添加至监控进程列表，实现对该进程的监控。

示例地，API接口中封装的程序代码如下：

//进程启动时客户端调用API接口，通过该接口向服务端发送添加进程请求

WDAPP app

//进程名称及可执行文件的名称

char*name＝“wdapptest”

//可执行文件的路径(进程路径)

const char*path＝“/usr/bin/wdapptest”

这样，在进程启动时可以自动调用API接口，利用API接口中的程序，将需要被监控的进程的进程名称和进程路径发送至服务端。

在步骤12中，将进程名称和进程路径关联添加至监控进程列表。

服务端在接收到客户端的API接口发送的添加进程请求时，可以将该添加进程请求中的进程名称和进程路径关联，并添加至监控进程列表。

示例地，将添加进程请求中包括的进程名称和进程路径关联可以例如为：进程名称1和进程路径1，进程名称2和进程路径2，等等。

在步骤13中，对监控进程列表中的进程进行监控，以检测进程是否存活。

在本公开中，对进程进行监控主要是监控该进程是否处于存活状态。具体地，服务端的监控进程可以是实时或周期性地访问监控进程列表，并根据监控进程列表中的进程路径对进程进行监控，以检测该进程是否存活，即，该进程是否正常运行。

在步骤14中，启动监控进程列表中未存活的进程。

监控进程列表中可以包括多个被监控的进程的进程名称和进程路径，监控进程可以对每个被监控的进程进行监控，若检测到未存活的进程，则监控进程根据该未存活的进程的进程路径重新启动该进程，以使被监控的进程正常运行。

采用上述技术方案，首先，接收客户端的应用程序接口发送的添加进程请求，接着，将进程名称和进程路径关联添加至监控进程列表，并对监控进程列表中的进程进行监控，以检测进程是否存活，最后，启动监控进程列表中未存活的进程。如此，可将新增的被监控进程自动添加至监控进程列表，监控进程即可自动对该新增的被监控的进程进行监控。由于无需将新增的被监控的进程添加至配置文件，即，无需更改配置文件，所以，可以避免更新整个系统，减少不必要的工作量，避免网络拥堵，提高了系统的稳定性。

需要说明的是，本公开中的监控进程列表包括写入在配置文件中的进程的进程名称和进程路径，以及，后续添加的需要被监控的进程的进程名称和进程路径。具体地，如图2所示，在接收客户端的应用程序接口发送的注册进程请求之前，该方法还可以包括步骤15。

在步骤15中，根据预设的配置文件，初始化监控进程列表。

本领域技术人员须知的是，配置文件是系统开发人员在开发系统时设置的，可以为系统配置参数和初始化设置，其可以包括在开发系统初始开发人员写入的基本的、必须需要被监控的进程的进程名称和进程路径。在本公开中，如图3所示，在监控进程启动时，可以利用该配置文件初始化监控进程列表，即，将写入配置文件中的被监控的进程同步至监控进程列表中。因此，在本公开中，该监控进程列表既包括写入配置文件中的被监控的进程的进程名称和进程路径，还包括后续新添加的被监控的进程的进程名称和进程路径。如此，监控进程在按照监控进程列表进行监控时，既可以写入监控配置文件中的进程，也可以监控后续新添加的进程。

此外，上述添加进程请求还包括进程对应的监控间隔，这样，服务端就可以根据该监控间隔对监控进程列表中的进程进行周期性地监控。如图3所示，监控进程列表中包括多个监控进程，例如，进程名称1和进程路径1(进程1)，……进程名称n和进程路径n(进程n)，进程名称n+1和进程路径n+1(进程n+1)。每个进程的监控间隔可以相同也可以不同。示例地，进程1，……进程n以及进程n+1的监控间隔可以相同为1min，也可以不同，例如，进程1的监控间隔可以为20s，进程n的监控间隔可以为40s，进程n+1的监控间隔可以为60s，等等。本公开对此不作具体限定。需要说明的是，若每个进程的监控间隔不同，则监控进程在监控每个进程时，以进程对应的时间间隔为周期进行监控。

如图2所示，图1中的步骤13可以具体包括以下步骤。

在步骤131中，若在预设时长内接收到进程发送的心跳包，则确定进程存活。

具体地，监控进程可以包括监控子进程、服务子进程和启动子进程。其中，如图3所示，服务子进程用于接收客户端的应用程序接口发送的添加进程请求，并根据添加进程请求将需要被监控的进程的进程名称和进程路径添加至监控进程列表。监控子进程(图3中未示出)用于遍历监控进程列表中的各个进程，以检测各个进程是否存活。启动子进程用于在检测到进程处于未存活状态时根据进程路径重新启动该进程。其中，服务子进程与客户端之间的通信是基于socket通信协议进行的。

监控子进程可结合服务子进程对监控进程列表中各个进程的状态进行监控。具体地，服务子进程和客户端进程之间可以通过心跳包来定时通知对方自己状态，其中，该心跳包是一个自己定义的命令字。若在预设时长内服务子进程接收到客户端进程发送的心跳包，则确定进程存活。若预设时长内服务子进程未接收到客户端进程发送的心跳包，则可认为该进程未存活。但是，为了提高检测的准确度，避免将存活的进程误检测为未存活的进程，在本公开中，若预设时长内服务子进程未接收到客户端进程发送的心跳包，则可以进一步执行步骤132。

在步骤132中，若在预设时长内未接收到心跳包，则输入进程状态查询命令，以获取当前运行的进程列表。

在预设时长内未接收到心跳包的情况下，为了准确地获取该进程是否存活，监控子进程还可以输入进程状态查询命令，即，PS(Process Status，进程状态)命令，以获取客户端中当前运行的进程列表，其中，根据PS命令如何获取当前运行的进程列表的具体方式属于现有技术，此处不再赘述。

在步骤133中，根据当前运行的进程列表，确定监控进程列表中的进程是否存活。

在根据PS命令获取到当前运行的进程列表之后，将监控进程列表中未位于该当前运行的进程列表中的进程，确定为未存活的进程。

在步骤14中，启动监控进程列表中未存活的进程。

具体地，可以根据监控进程列表中未存活的进程的进程路径启动该进程。示例地，通过进程路径调用该进程的可执行文件，即可实现启动进程的目的。

此外，在被监控的进程需要取消监控时，相关技术中，若从配置文件中取消被监控的进程，则仍然会导致系统更新等一些弊端。因此，本公开还提供一种无需更新系统即可取消对进程的监控的实施方式。具体地，接收客户端的应用程序接口发送的删除进程请求，示例地，如图3所示，服务子进程接收客户端发送的删除进程请求，该删除进程请求用于请求删除监控进程列表中的监控进程，删除进程请求包括需要删除的监控进程的进程名称，将需要删除的监控进程的进程名称，以及，与进程名称对应的进程路径，从监控进程列表中删除。需要说明的是，删除进程请求中包括的需要删除的监控进程的进程名称是指位于监控进程列表中的进程名称。

采用上述方案，当监控进程列表中的某一进程不需要监控时，本公开可以直接从该监控进程列表中删除该进程名称和进程路径，以使监控进程无需再对该进程进行监控。如此，既可以节省监控进程列表的存储空间，也可以避免监控进程启动无需被监控的进程。

基于同一发明构思，本公开还提供一种监控进程的装置。图4是根据一示例性实施例示出的一种监控进程的装置的框图。如图4所示，该装置可以包括：

第一接收模块41，用于接收客户端的应用程序接口发送的添加进程请求，所述添加进程请求用于请求将需要被监控的进程添加至监控进程列表，所述添加进程请求包括需要被监控的进程的进程名称和进程路径；

添加模块42，用于将所述进程名称和所述进程路径关联添加至所述监控进程列表；

监控模块43，用于对所述监控进程列表中的所述进程进行监控，以检测所述进程是否存活；

启动模块44，用于启动所述监控进程列表中未存活的进程。

可选地，所述装置还可以包括：

第二接收模块，用于接收所述客户端的应用程序接口发送的删除进程请求，所述删除进程请求用于请求删除所述监控进程列表中的监控进程，所述删除进程请求包括需要删除的监控进程的进程名称；

删除模块，用于将所述需要删除的监控进程的进程名称，以及，与所述进程名称对应的进程路径，从所述监控进程列表中删除。

可选地，所述监控模块43可以包括：

第一确定子模块，用于若在预设时长内接收到所述进程发送的心跳包，则确定所述进程存活；

输入子模块，用于若在所述预设时长内未接收到所述心跳包，则输入进程状态查询命令，以获取当前运行的进程列表；

第二确定子模块，用于根据所述当前运行的进程列表，确定所述监控进程列表中的所述进程是否存活。

可选地，所述添加进程请求还包括所述进程对应的监控间隔；

所述监控模块43还可以用于根据所述监控间隔，对所述监控进程列表中的所述进程进行周期性监控。

可选地，所述装置还可以包括：

初始化模块，用于根据预设的配置文件，初始化所述监控进程列表。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的一种电子设备500的框图。例如，电子设备500可以被提供为一服务器。参照图5，电子设备500包括处理器522，其数量可以为一个或多个，以及存储器532，用于存储可由处理器522执行的计算机程序。存储器532中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器522可以被配置为执行该计算机程序，以执行上述的监控进程的方法。

另外，电子设备500还可以包括电源组件526和通信组件550，该电源组件526可以被配置为执行电子设备500的电源管理，该通信组件550可以被配置为实现电子设备500的通信，例如，有线或无线通信。此外，该电子设备500还可以包括输入/输出(I/O)接口558。电子设备500可以操作基于存储在存储器532的操作系统，例如Windows ServerTM，Mac OSXTM，UnixTM，LinuxTM等等。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的监控进程的方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器532，上述程序指令可由电子设备500的处理器522执行以完成上述的监控进程的方法。

在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的监控进程的方法的代码部分。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (10)

1.一种监控进程的方法，其特征在于，包括：

接收客户端的应用程序接口发送的添加进程请求，所述添加进程请求包括需要被监控的进程的进程名称和进程路径；

将所述进程名称和所述进程路径关联添加至所述监控进程列表；

对所述监控进程列表中的所述进程进行监控，以检测所述进程是否存活；

启动所述监控进程列表中未存活的进程。

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

接收所述客户端的应用程序接口发送的删除进程请求，所述删除进程请求包括需要删除的监控进程的进程名称；

将所述需要删除的监控进程的进程名称，以及，与所述进程名称对应的进程路径，从所述监控进程列表中删除。

3.根据权利要求1所述的方法，其特征在于，所述对所述监控进程列表中的所述进程进行监控，包括：

若在预设时长内接收到所述进程发送的心跳包，则确定所述进程存活；

若在所述预设时长内未接收到所述心跳包，则输入进程状态查询命令，以获取当前运行的进程列表；

根据所述当前运行的进程列表，确定所述监控进程列表中的所述进程是否存活。

4.根据权利要求1所述的方法，其特征在于，所述添加进程请求还包括所述进程对应的监控间隔；

所述对所述监控进程列表中的所述进程进行监控，包括：

根据所述监控间隔，对所述监控进程列表中的所述进程进行周期性监控。

5.根据权利要求1-4中任一项所述的方法，其特征在于，在所述接收客户端的应用程序接口发送的注册进程请求之前，所述方法还包括：

根据预设的配置文件，初始化所述监控进程列表。

6.一种监控进程的装置，其特征在于，包括：

第一接收模块，用于接收客户端的应用程序接口发送的添加进程请求，所述添加进程请求包括需要被监控的进程的进程名称和进程路径；

添加模块，用于将所述进程名称和所述进程路径关联添加至所述监控进程列表；

监控模块，用于对所述监控进程列表中的所述进程进行监控，以检测所述进程是否存活；

启动模块，用于启动所述监控进程列表中未存活的进程。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二接收模块，用于接收所述客户端的应用程序接口发送的删除进程请求，所述删除进程请求包括需要删除的监控进程的进程名称；

删除模块，用于将所述需要删除的监控进程的进程名称，以及，与所述进程名称对应的进程路径，从所述监控进程列表中删除。

8.根据权利要求6所述的装置，其特征在于，所述监控模块包括：

第一确定子模块，用于若在预设时长内接收到所述进程发送的心跳包，则确定所述进程存活；

输入子模块，用于若在所述预设时长内未接收到所述心跳包，则输入进程状态查询命令，以获取当前运行的进程列表；

第二确定子模块，用于根据所述当前运行的进程列表，确定所述监控进程列表中的所述进程是否存活。

9.根据权利要求6所述的装置，其特征在于，所述添加进程请求还包括所述进程对应的监控间隔；

所述监控模块，还用于根据所述监控间隔，对所述监控进程列表中的所述进程进行周期性监控。

10.根据权利要求6-9中任一项所述的装置，其特征在于，所述装置还包括：

初始化模块，用于根据预设的配置文件，初始化所述监控进程列表。

Images