CN105955817A - 服务进程控制方法及装置 - Google Patents

Abstract

本公开提供了服务进程控制方法及装置，其中，所述方法包括：当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；当确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。本公开可以禁止被所述目标机制杀死的所述目标服务进程自动重启，避免所述智能终端的后台自动重启的服务进程较多而导致所述智能终端运行速度减慢的问题，降低了所述智能终端内存的占用率，且不会影响用户对APP的使用，提升了用户体验。

Description

服务进程控制方法及装置

技术领域

本公开涉及通信领域，尤其涉及服务进程控制方法及装置。

背景技术

目前，应用在智能终端上的应用程序(Application，APP)不断增多。有些APP对应的服务进程被杀死后，还会在后台自动重启。导致智能终端的内存被占用的越来越多，智能终端的运行速度也就相应地越来越慢。

相关技术中，可以通过将某一APP添加到黑名单中来禁止该APP对应的服务进程自动重启，但是这样就直接禁止了该APP的启动。

发明内容

有鉴于此，本公开提供了服务进程控制方法及装置，以解决相关技术中的不足。

根据本公开实施例的第一方面，提供一种服务进程控制方法，所述方法包括：

当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；

当确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

可选地，采用以下方式确定所述目标服务进程处于所述准备阶段：

检测是否接收到所述目标服务进程自动发起的注册请求；

当接收到所述注册请求时，确定所述目标服务进程处于所述准备阶段。

可选地，所述判断所述目标服务进程之前是否是被目标机制杀死的，包括：

在预存的被所述目标机制杀死的进程列表中查找是否存在所述目标服务进程的目标进程标识；

当在所述进程列表中查找到所述目标进程标识时，确定所述目标服务进程之前是被所述目标机制杀死的。

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

当检测到第一服务进程被所述目标机制杀死后，获取所述第一服务进程的第一进程标识；

在所述进程列表中记录所述第一进程标识。

可选地，所述目标机制为低内存管理LMK机制。

根据本公开实施例的第二方面，提供一种服务进程控制装置，所述装置包括：

判断模块，被配置为当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；

进程控制模块，被配置为当所述判断模块确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

可选地，所述判断模块包括：

检测子模块，被配置为检测是否接收到所述目标服务进程自动发起的注册请求；

第一确定子模块，被配置为当所述检测子模块确定接收到所述注册请求时，确定所述目标服务进程处于所述准备阶段。

可选地，所述判断模块包括：

查找子模块，被配置为在预存的被所述目标机制杀死的进程列表中查找是否存在所述目标服务进程的目标进程标识；

第二确定子模块，被配置为当所述查找子模块在所述进程列表中查找到所述目标进程标识时，确定所述目标服务进程之前是被所述目标机制杀死的。

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

获取模块，被配置为当检测到第一服务进程被所述目标机制杀死后，获取所述第一服务进程的第一进程标识；

记录模块，被配置为在所述进程列表中记录所述获取模块获取的所述第一进程标识。

可选地，所述目标机制为低内存管理LMK机制。

根据本公开实施例的第三方面，提供一种服务进程控制装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；

当确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例中，智能终端可以在检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被内存控制管理的目标机制杀死的。当确定所述智能终端之前是被所述目标机制杀死时，禁止其自动重启。上述过程中，禁止被所述目标机制杀死的所述目标服务进程自动重启，避免所述智能终端的后台自动重启的服务进程较多而导致所述智能终端运行速度减慢的问题，降低了所述智能终端内存的占用率，且不会影响用户对APP的使用，提升了用户体验。

本公开实施例中，可以在接收到目标服务进程自动发起的注册请求时确定所述目标服务进程处于准备自动重启的准备阶段。此时需要判断所述目标服务进程之前是否是被内存控制管理的目标机制杀死的，以便后续禁止被所述目标机制杀死的所述目标服务进程自动重启，避免所述智能终端的后台自动重启的服务进程较多而导致所述智能终端运行速度减慢的问题，且不会影响用户对APP的使用，提升了用户体验。

本公开实施例中，可以在检测到某一服务进程，例如第一服务进程被内存控制管理的目标机制杀死后，将所述第一服务进程的第一进程标识记录到进程列表中。当检测到目标服务进程处于准备自动重启的准备阶段时，可以在所述进程列表中查找是否存在所述目标服务进程的目标进程标识，从而确定所述目标服务进程之前是否是被所述目标机制杀死的。实现简便，可用性高。

本公开实施例中，可选地，目标机制是基于内存控制管理的机制，可以是低内存管理LMK机制。通过禁止被所述目标机制杀死的所述目标服务进程自动重启，避免所述智能终端的后台自动重启的服务进程较多而导致所述智能终端运行速度减慢的问题，且不会影响用户对APP的使用，提升了用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是本公开根据一示例性实施例示出的一种服务进程控制方法流程图；

图2是本公开根据一示例性实施例示出的另一种服务进程控制方法流程图；

图3是本公开根据一示例性实施例示出的另一种服务进程控制方法流程图；

图4是本公开根据一示例性实施例示出的另一种服务进程控制方法流程图；

图5是本公开根据一示例性实施例示出的一种服务进程控制装置框图；

图6是本公开根据一示例性实施例示出的另一种服务进程控制装置框图；

图7是本公开根据一示例性实施例示出的另一种服务进程控制装置框图；

图8是本公开根据一示例性实施例示出的另一种服务进程控制装置框图；

图9是本公开根据一示例性实施例示出的一种用于服务进程控制装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本公开实施例提供的服务进程控制方法可以用于智能终端，例如，智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)等。如图1所示，图1是根据一示例性实施例示出的一种服务进程控制方法流程图，包括以下步骤：

在步骤101中，当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的。

本步骤中，所述目标机制是基于内存控制管理的机制。可选地，所述目标机制为低内存管理(Low Memory Killer，LMK)机制。

当所述智能终端的内存低于预设阈值时，就会触发LMK机制，由LMK机制杀死优先级级别较低的服务进程。所述智能终端可以在检测到服务进程被所述LMK机制杀死后，将该服务进程的进程标识记录下来。可选地，可以记录在进程列表中。

在接收到所述目标服务进程自动发起的注册请求后，确定所述目标服务进程处于所述准备阶段。此时，所述智能终端可以通过查找所述进程列表来判断所述目标服务进程之前是否是被所述LMK机制杀死的。

在步骤102中，当确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

本步骤中，所述智能终端禁止被所述目标机制杀死的所述目标服务进程自动重启，可选地，可以禁止所述目标服务进程基于所述注册请求进行注册，从而禁止所述目标服务进程自动重启。

本公开实施例中，所述智能终端可以允许其他的不是被所述目标机制杀死的服务进程自动重启。

上述实施例中，禁止被所述目标机制杀死的所述目标服务进程自动重启，避免所述智能终端的后台自动重启的服务进程较多而导致所述智能终端运行速度减慢的问题，降低了所述智能终端内存的占用率。且由于未禁止APP的启动，因此不会影响用户对APP的使用，提升了用户体验。

如图2所示，图2是根据一示例性实施例示出的另一种服务进程控制方法流程图，该实施例在前述图1所示实施例的基础上，描述了确定目标服务进程处于准备自动重启的准备阶段的过程，包括以下步骤：

在步骤201中，检测是否接收到所述目标服务进程自动发起的注册请求。

本步骤中，所述智能终端可以按照相关技术检测系统服务进程是否接收到所述目标服务进程发起的所述注册请求。应当注意地是，所述注册请求是所述目标服务进程自动发起的，而不是基于所述智能终端的用户的操作指令发起的。

可选地，所述智能终端可以检测在接收到所述注册请求之前的预设时间段内是否接收到用于启动所述目标服务进程的操作指令，所述操作指令是基于用户操作生成的。如果没有接收到所述操作指令，则可以确定该注册请求是所述智能终端自动发起的。

在步骤202中，当接收到所述注册请求时，确定所述目标服务进程处于所述准备阶段。

本步骤中，所述智能终端在确定所述系统服务进程接收到所述目标服务进程自动发起的所述注册请求时，确定所述目标服务进程处于所述准备阶段。

上述实施例中，智能终端可以在接收到目标服务进程自动发起的注册请求时确定所述目标服务进程处于所述准备阶段，进而判断所述目标服务进程之前是否是被内存控制管理的目标机制杀死的，以便后续禁止被所述目标机制杀死的所述目标服务进程自动重启。实现简便，可用性高。

如图3所示，图3是根据一示例性实施例示出的另一种服务进程控制方法流程图，该实施例在前述图1所示实施例的基础上，描述了判断所述目标服务进程之前是否是被目标机制杀死的过程，包括以下步骤：

在步骤301中，在预存的被所述目标机制杀死的进程列表中查找是否存在所述目标服务进程的目标进程标识。

本公开实施例中，当所述智能终端的内存低于预设阈值时，触发LMK机制。其中，每个服务进程被LMK机制杀死后，系统服务进程都会接收到与该服务进程对应的进程死亡通知。所述智能终端可以根据所述进程死亡通知确定第一服务进程是被所述LMK杀死的。

当确定所述第一服务进程被所述LMK机制杀死时，可以按照相关技术获取所述第一服务进程的第一进程标识，将其记录到进程列表中。

本步骤中，当确定了所述目标服务进程处于所述准备阶段后，可以通过查找所述进程列表中是否存在所述目标服务进程的目标进程标识，来判断所述目标服务进程之前是否是被目标机制杀死的。

在步骤302中，当在所述进程列表中查找到所述目标进程标识时，确定所述目标服务进程之前是被所述目标机制杀死的。

本步骤中，如果在所述进程列表中查找到所述目标进程标识，就可以确定所述目标服务进程之前是被所述目标机制杀死的。当然，如果在所述进程列表中查找不到所述目标进程标识，就可以确定所述目标服务进程之前不是被所述目标机制杀死的。

上述实施例中，可以在检测到某一服务进程，例如第一服务进程被内存控制管理的目标机制杀死后，将所述第一服务进程的第一进程标识记录到进程列表中。当检测到目标服务进程处于所述准备阶段时，可以在所述进程列表中查找是否存在所述目标服务进程的目标进程标识，从而确定所述目标服务进程之前是否是被所述目标机制杀死的。实现简便，可用性高。

如图4所示，图4是根据一示例性实施例示出的另一种服务进程控制方法流程图，在上述实施例的基础上进一步描述了服务进程控制的整体过程，包括以下步骤：

在步骤401中，当检测到第一服务进程被目标机制杀死后，获取所述第一服务进程的第一进程标识。

本公开实施例中，所述目标机制是基于内存控制管理的机制。可选地，可以是LMK机制。

当所述智能终端的内存低于预设阈值时，触发LMK机制。某一服务进程，例如第一服务进程被LMK机制杀死后，系统服务进程接收到相应的进程死亡通知。此时，所述智能终端确定所述第一服务进程被所述LMK机制杀死，按照相关技术获取所述第一服务进程的第一进程标识。

在步骤402中，在进程列表中记录所述第一进程标识。

本步骤中，所述智能终端按照相关技术在预存的所述进程列表中记录所述第一进程标识。

在步骤403中，检测是否接收到目标服务进程自动发起的注册请求。

本步骤中，所述智能终端检测所述系统服务进程是否接收到所述目标服务进程自动发起的所述注册请求。

在步骤404中，确定接收到所述注册请求时，在所述进程列表中查找是否存在所述目标服务进程的目标进程标识。

本步骤中，当确定接收到所述注册请求时，所述智能终端确定所述目标服务进程处于准备自动重启的准备阶段，此时所述智能终端可以在所述进程列表中查找所述目标进程标识。当在所述进程列表中查找到所述目标进程标识时，确定所述目标服务进程之前是被所述目标机制杀死的，则执行步骤405，否则执行步骤406。

在步骤405中，禁止所述目标服务进程自动重启。

本步骤中，所述智能终端可以禁止所述目标服务进程基于所述注册请求进行注册，从而禁止所述目标服务进程自动重启。

在步骤406中，允许所述目标服务进程自动重启。

本步骤中，所述智能终端可以允许所述目标服务进程基于所述注册请求进行注册，从而允许所述目标服务进程自动重启。

上述实施例中，可以在检测到某一服务进程，例如第一服务进程被内存控制管理的目标机制杀死后，将所述第一服务进程的第一进程标识记录到进程列表中。当检测到目标服务进程处于准备自动重启的准备阶段时，可以在所述进程列表中查找是否存在所述目标服务进程的目标进程标识，从而确定所述目标服务进程之前是否是被所述目标机制杀死的。实现简便，可用性高。当确定处于所述准备阶段的目标服务进程之前是被目标机制杀死时，禁止所述目标服务进程自动重启。本公开实施例禁止被所述目标机制杀死的所述目标服务进程自动重启，避免所述智能终端的后台自动重启的服务进程较多而导致所述智能终端运行速度减慢的问题，且不会影响用户对APP的使用，提升了用户体验。

与前述方法实施例相对应，本公开还提供了装置的实施例。

如图5所示，图5是本公开根据一示例性实施例示出的一种服务进程控制装置框图，包括：判断模块510和进程控制模块520。

其中，所述判断模块510，被配置为当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制。

所述进程控制模块520，被配置为当所述判断模块510确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

如图6所示，图6是本公开根据一示例性实施例示出的另一种服务进程控制装置框图，该实施例在前述图5所示实施例的基础上，所述判断模块510包括：检测子模块511和第一确定子模块512。

其中，所述检测子模块511，被配置为检测是否接收到所述目标服务进程自动发起的注册请求。

所述第一确定子模块512，被配置为当所述检测子模块511确定接收到所述注册请求时，确定所述目标服务进程处于所述准备阶段。

如图7所示，图7是本公开根据一示例性实施例示出的另一种服务进程控制装置框图，该实施例在前述图5所示实施例的基础上，所述判断模块510包括：查找子模块513和第二确定子模块514。

其中，所述查找子模块513，被配置为在预存的被所述目标机制杀死的进程列表中查找是否存在所述目标服务进程的目标进程标识。

所述第二确定子模块514，被配置为当所述查找子模块在所述进程列表中查找到所述目标进程标识时，确定所述目标服务进程之前是被所述目标机制杀死的。

如图8所示，图8是本公开根据一示例性实施例示出的另一种服务进程控制装置框图，该实施例在前述图7所示实施例的基础上，所述装置还包括：获取模块530和记录模块540。

其中，所述获取模块530，被配置为当检测到第一服务进程被所述目标机制杀死后，获取所述第一服务进程的第一进程标识。

所述记录模块540，被配置为在所述进程列表中记录所述获取模块530获取的所述第一进程标识。

可选地，所述目标机制为低内存管理LMK机制。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供一种服务进程控制装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；

当确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

图9是根据一示例性实施例示出的一种服务进程控制装置的结构示意图。如图9所示，根据一示例性实施例示出的一种服务进程控制装置1000，该装置1000可以是计算机，移动电话，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等终端。

参照图9，装置1000可以包括以下一个或多个组件：处理组件1001，存储器1002，电源组件1003，多媒体组件1004，音频组件1005，输入/输出(I/O)的接口1006，传感器组件1007，以及通信组件1008。

处理组件1001通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1001可以包括一个或多个处理器1009来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1001可以包括一个或多个模块，便于处理组件1001和其它组件之间的交互。例如，处理部件1001可以包括多媒体模块，以方便多媒体组件1004和处理组件1001之间的交互。

存储器1002被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1002可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1003为装置1000的各种组件提供电力。电源组件1003可以包括电源管理系统，一个或多个电源，及其它与为装置1000生成、管理和分配电力相关联的组件。

多媒体组件1004包括在所述装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1004包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1005被配置为输出和/或输入音频信号。例如，音频组件1005包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1002或经由通信组件1008发送。在一些实施例中，音频组件1005还包括一个扬声器，用于输出音频信号。

I/O接口1006为处理组件1001和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1007包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1007可以检测到装置1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1007还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1007可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1007还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1007还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1008被配置为便于装置1000和其它设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1008经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1008还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其它技术来实现。

在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其它电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1002，上述指令可由装置1000的处理器1009执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

其中，当所述存储介质中的指令由所述处理器执行时，使得装置1000能够执行一种服务进程控制方法，包括：

当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；

当确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或者惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。

Claims (11)

1.一种服务进程控制方法，其特征在于，所述方法包括：

当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；

当确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

2.根据权利要求1所述的方法，其特征在于，采用以下方式确定所述目标服务进程处于所述准备阶段：

检测是否接收到所述目标服务进程自动发起的注册请求；

当接收到所述注册请求时，确定所述目标服务进程处于所述准备阶段。

3.根据权利要求1所述的方法，其特征在于，所述判断所述目标服务进程之前是否是被目标机制杀死的，包括：

在预存的被所述目标机制杀死的进程列表中查找是否存在所述目标服务进程的目标进程标识；

当在所述进程列表中查找到所述目标进程标识时，确定所述目标服务进程之前是被所述目标机制杀死的。

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

当检测到第一服务进程被所述目标机制杀死后，获取所述第一服务进程的第一进程标识；

在所述进程列表中记录所述第一进程标识。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述目标机制为低内存管理LMK机制。

6.一种服务进程控制装置，其特征在于，所述装置包括：

判断模块，被配置为当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；

进程控制模块，被配置为当所述判断模块确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。

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

检测子模块，被配置为检测是否接收到所述目标服务进程自动发起的注册请求；

第一确定子模块，被配置为当所述检测子模块确定接收到所述注册请求时，确定所述目标服务进程处于所述准备阶段。

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

查找子模块，被配置为在预存的被所述目标机制杀死的进程列表中查找是否存在所述目标服务进程的目标进程标识；

第二确定子模块，被配置为当所述查找子模块在所述进程列表中查找到所述目标进程标识时，确定所述目标服务进程之前是被所述目标机制杀死的。

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

获取模块，被配置为当检测到第一服务进程被所述目标机制杀死后，获取所述第一服务进程的第一进程标识；

记录模块，被配置为在所述进程列表中记录所述获取模块获取的所述第一进程标识。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述目标机制为低内存管理LMK机制。

11.一种服务进程控制装置，其特征在于，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当检测到目标服务进程处于准备自动重启的准备阶段时，判断所述目标服务进程之前是否是被目标机制杀死的，所述目标机制是基于内存控制管理的机制；

当确定所述目标服务进程之前是被所述目标机制杀死时，禁止所述目标服务进程自动重启。