CN105573777A - 应用中服务的控制方法及装置 - Google Patents

Abstract

本申请实施例公开了应用中的服务控制方法及装置，其中，所述方法包括：在应用中目标服务的进程启动后，为所述目标服务的进程创建子进程；通过所述子进程监控所述目标服务的进程是否被非法关闭；若监控到所述目标服务的进程被非法关闭，则重新启动所述目标服务的进程。通过本申请实施例，可以更加高效的重新启动被非法关闭的目标服务的进程，保证了重启目标服务的进程的时效。

Description

应用中服务的控制方法及装置

技术领域

本申请涉及移动系统应用技术领域，特别是涉及应用中服务的控制方法及装置。

背景技术

随着移动终端设备智能化水平的提高和制造成本的下降，智能化移动终端设备得到了大规模普及，越来越多的用户使用智能化的终端设备，比如智能手机，平板电脑等终端设备，获取互联网信息，进行工作娱乐等。各种便携的智能化终端设备已经成为人们日常生活中不可或缺的工具。在当今大多移动终端设备中，都搭载有操作系统，操作系统负责管理移动终端设备的软硬件资源，控制其他程序的运行，并为其他程序的运行提供服务和支持。在移动终端设备的操作系统中，用户可以安装各种功能丰富的软件应用，这些软件应用涉及到人们工作生活娱乐等等方面。

在用户使用移动终端设备的应用时，同时运行较多应用，或者运行相对大型的应用时，应用会占用很多的系统资源，进程造成设备资源不足，使设备中应用的运行不够流畅，出现卡顿。同时由于移动终端设备种类众多，搭载硬件的规格不一，在一些低配置的终端设备中，应用运行卡顿的问题尤为明显。为了克服这种卡顿，出现了一些“优化软件”，这些优化软件可以根据一定的策略，关闭一些服务进程，例如，优化软件会关闭长时间未使用的，或者被优化软件认为是不重要的服务进程，从而释放一定的系统资源，使用户当前使用的应用能够获取更多的资源，提高当前应用或者系统运行的流畅性。

但是，在所谓的优化软件关闭的进程或服务中，不乏用户不希望关闭的服务，或不希望结束的进程；再者，一些应用所依托的后台服务或者后台进程如果被优化软件所关闭，常常会造成这些应用不能正常运行。例如，在即时通信应用中，通常会运行即时通信后台服务，该后台服务用于与消息中心服务器连接，与消息服务器进行即时消息的收发。一旦即时通信应用的后台服务被非法关闭，虽然用户能够看到应用的前台进程展示的界面，即时通讯应用却无法获得即时消息，整个即时通讯应用无法正常运行。

为了保证一些服务进程的正常运行，现有技术中通过在系统中注册闹钟，定时检测目标服务是否正常运行的方式，但这种方式需要频繁唤醒CPU执行，并且无法保证启动被关闭服务的时效性，并且也会导致终端设备的耗电量过高。

综上，需要本领域技术人员解决的技术问题就在于，提供一种更好的移动系统中服务的控制方法，更加高效的监控被其他软件关闭或意外关闭的服务，以便及时地重新启动目标服务。

发明内容

本申请实施例提供了应用中的服务控制方法及装置，可以更加高效的重新启动被非法关闭的目标服务的进程，保证了重启目标服务的进程的时效和有效性。

本申请提供了如下方案：

一种应用中的服务控制方法，包括：

在应用中目标服务的进程启动后，为所述目标服务的进程创建子进程；

通过所述子进程监控所述目标服务的进程是否被非法关闭；

若监控到所述目标服务的进程被非法关闭，则重新启动所述目标服务的进程。

一种应用中的服务控制装置，包括：

子进程创建单元，用于在应用中目标服务的进程启动后，为所述目标服务的进程创建子进程；

目标服务监控单元，用于通过所述子进程监控所述目标服务的进程是否被非法关闭；

目标服务重启单元，用于若监控到所述目标服务的进程被非法关闭，则重新启动所述目标服务的进程。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，在应用中目标服务的进程启动后，为目标服务的进程创建子进程，通过子进程监控目标服务的进程是否被非法关闭，并在监控到目标服务的进程被非法关闭，重新启动目标服务的进程。相比较传统的闹钟检测的方式，由于目标服务的进程与启动的子进程之间为父子进程关系，子进程并不必频繁的主动检测目标服务的进程的运行状态。当目标服务的进程被非法关闭时，子进程可以迅速的获得父进程发送的非法关闭的信号，从而及时的重新启动目标服务的进程，保证了重启目标服务的进程的时效。

进一步的，在目标服务的进程中，可以实现对其子进程的运行状态的监控，即通过目标服务的进程监控子进程是否被非法关闭，如果监控到子进程被非法关闭，则重新启动子进程。这样可以保证了子进程的运行，使目标服务的进程与其子进程可以相互监控，并在对方被非法关闭时进行重新启动，子进程被非法关闭时，父进程可以重新创建子进程，父进程被非法关闭时子进程可以重新启动父进程，从而进一步降低目标服务的进程被非法关闭的可能性。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的方法的流程图；

图2是本申请实施例提供的装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了更有效的保证应用中服务进程的运行，避免被一些所谓的优化软件关闭，可以为服务进程创建子进程，通过该子进程对服务进程进行监控，一旦发现服务进程被关闭，即可重新将该服务进程启动起来，从而保证该服务进程的运行，避免影响用户对应用的正常使用。下面对具体的实现方式进行详细介绍。

参见图1，为本申请实施例提供的应用中的服务控制方法的流程图，具体的，该方法可以包括以下步骤：

S101：在应用中目标服务的进程启动后，为所述目标服务的进程创建子进程；

为了提供一种更好的移动系统中服务的控制方法，更加高效的监控被其他软件关闭或意外关闭的服务，以便及时地重新启动目标服务，首先可以对应用中目标服务的进程进行监控。为此，在本申请实施例中，可以在应用中目标服务的进程启动后，为目标服务的进程创建子进程，进而利用创建的子进程对目标服务进程进行监控。此时，目标服务的进程与其启动的子进程之间为父子进程关系。在子进程对作为父进程的目标服务进程监控的过程中，目标服务的进程可能存在三种状态：

目标服务的进程处于正常运行的状态时，并不会向子进程发送异常关闭的信号，子进程可以不必主动检测目标服务的进程的运行状态；

目标服务的进程被非法关闭时，目标服务的进程可以向子进程发送其被非法关闭的信号，子进程收到非法关闭的信号时，可以重新启动目标服务的进程。

目标服务的进程被合法关闭时，可以向子进程发送正常关闭的通知消息，子进程在收到父进程被合法的正常关闭时，可以不再重新启动目标服务的进程。

由于目标服务的进程与其启动的子进程之间为父子进程关系，子进程并不必频繁的主动检测目标服务的进程的运行状态，而且，当目标服务的进程被非法关闭时，子进程可以迅速的获得父进程非法关闭的信号，从而及时的重新启动目标服务的进程，保证了重启目标服务的进程的时效。

S102：通过所述子进程监控所述目标服务的进程是否被非法关闭；

在为目标服务的进程创建子进程后，可以通过所启动的子进程监控目标服务的进程是否被非法关闭。具体实现时，可以利用各系统平台中父子进程的通信机制，实现子进程对其父进程(也即目标服务的进程)是否被关闭这一事件的检测。例如，在Android操作系统中，在目标服务的进程中启动子进程后，操作系统可以在目标服务的进程与其子进程间创建管道。其中，父子进程的通信管道可以利用pipe函数创建半双工通信的管道，也可以使用socketpair函数创建父子进程双工通信的管道。这样，通过目标服务的进程与对应的子进程之间的管道信号，子进程就可以监控到目标服务的进程是否被关闭。例如，在目标服务的进程被其他应用关闭时，通过与子进程之间创建的管道，子进程就可以检测到这一事件，子进程一旦检测到该事件，既可以判定其父进程(目标服务的进程)被非法关闭。

S103：若监控到所述目标服务的进程被非法关闭，则重新启动所述目标服务的进程。

如果子进程监控到目标服务的进程被非法关闭，则可以重新启动目标服务的进程。也就是说，如果在某时刻，目标服务的进程被其他应用关闭，则子进程可以检测到该事件，并重新启动目标服务的进程，使得应用中的该目标服务进程能够继续运行，并使得用户能够获得相应的服务。

需要说明的是，在某些情况下，目标服务的进程的关闭可能是合法的，例如，可能是由于用户主动关闭应用导致的目标服务的进程的关闭。此时，可以对目标服务的进程被关闭的合法性进行判断，一般情况下，目标服务的进程被合法关闭时会收到来自于系统的关闭通知，可以根据是否收到来自系统的关闭通知，来确定目标服务的进程关闭的合法性。当目标服务的进程被合法关闭时，可以向子进程发送其正常关闭的通知消息，以便子进程不再重新启动目标服务的进程。进一步的，当目标服务的进程被合法关闭时，还可以结束子进程的运行，以便释放系统资源。

当然，在实际应用中，前述用于监控服务进程的子进程也可能被其他应用(包括前述“优化软件”等)关闭，因此，为了保证子进程的运行，以便更好的保证目标服务进程的运行，还可以在其父进程，即目标服务的进程中，实现对其子进程的运行状态的监控，即通过目标服务的进程监控子进程是否被非法关闭，如果监控到子进程被非法关闭，则重新启动子进程，这样可以保证了子进程的运行。总之，在具体实现时，可以使目标服务的进程与其子进程相互监控，并在对方被非法关闭时进行重新启动，也即子进程被非法关闭时，父进程可以重新创建子进程，父进程被非法关闭时子进程可以重新启动父进程，从而进一步降低目标服务的进程被非法关闭的可能性。

具体实现重新启动所述目标服务的进程时，在不同的系统平台中可以有不同的实现方式。例如，在Android操作系统中，子进程常常不被允许直接启动作为服务型进程的父进程，而是要由Activity组件来创建。因此，在本申请实施例中，监控到目标服务的进程被非法关闭，需要重新启动目标服务的进程时，可以首先由子进程启动预置的Activity组件，由该Activity组件重新启动目标服务的进程。在其他系统平台中，可以根据具体应用的不同采用不同的实现方式，在这里就不在赘述了。

在本申请实施例提供的应用中的服务控制方法中，具体的应用可以是多种，需要监控的目标服务也可以是多种。例如，在一种具体的使用场景中，应用可以是即时通信应用，在即时通信应用实现时，通常会运行即时通信后台服务，该后台服务用于与消息中心服务器或者其他终端设备进行通信，实现与消息服务器或其他终端设备的即时消息收发，此时目标服务的进程可以是该用于收发即时通信消息的服务对应的进程。为了保证即时通信应用中用于收发即时通信消息的服务对应的进程的正常运行，可以在用于收发即时通信消息的服务进程启动后，为该进程创建子进程，通过该子进程监控用于收发即时通信消息的服务进程，在监控到该服务的进程被非法关闭时，重新启动该服务的进程，从而保证用户能够正常、及时地接收即时通信消息。

以上对本申请实施例提供的应用中的服务控制方法进行了详细的介绍，通过该方法，可以在应用中目标服务的进程启动后，为目标服务的进程创建子进程，通过子进程监控目标服务的进程是否被非法关闭，并在监控到目标服务的进程被非法关闭，重新启动目标服务的进程。相比较传统的闹钟检测的方式，由于目标服务的进程与启动的子进程之间为父子进程关系，子进程并不必频繁的主动检测目标服务的进程的运行状态。当目标服务的进程被非法关闭时，子进程可以迅速的获得父进程发送的非法关闭的信号，从而及时的重新启动目标服务的进程，保证了重启目标服务的进程的时效。

进一步的，在目标服务的进程中，可以实现对其子进程的运行状态的监控，即通过目标服务的进程监控子进程是否被非法关闭，如果监控到子进程被非法关闭，则重新启动子进程。这样可以保证了子进程的运行，使目标服务的进程与其子进程可以相互监控，并在对方被非法关闭时进行重新启动，子进程被非法关闭时，父进程可以重新创建子进程，父进程被非法关闭时子进程可以重新启动父进程，从而进一步降低目标服务的进程被非法关闭的可能性。

与本申请实施例提供的应用中的服务控制方法相对应，还提供了应用中的服务控制装置，请参看图2，为本申请实施例提供的应用中的服务控制装置的示意图，如图2所示，该装置可以包括：

子进程创建单元201，用于在应用中目标服务的进程启动后，为目标服务的进程创建子进程；

目标服务监控单元202，用于通过子进程监控目标服务的进程是否被非法关闭；

目标服务重启单元203，用于若监控到目标服务的进程被非法关闭，则重新启动目标服务的进程。

当终端设备搭载了Android操作系统时，目标服务监控单元202可以包括：

目标服务监控子单元，用于通过目标服务的进程与对应的子进程之间的管道信号，监控目标服务的进程是否被非法关闭。

在另一种实现方式下，该应用中的服务控制装置还可以包括：

子进程监控单元，用于通过目标服务的进程监控子进程是否被非法关闭；

子进程重启单元，用于如果监控到子进程被非法关闭，则重新启动子进程。

另外，当终端设备搭载了Android操作系统时，目标服务重启单元203具体可以用于：

若监控到目标服务的进程被非法关闭，则由子进程启动预置的Activity组件；

由预置的Activity组件重新启动目标服务的进程。

此外，该移动系统中服务的控制装置还可以包括：

通知发送单元，用于当目标服务的进程被合法关闭时，向子进程发送正常关闭的通知消息，以便子进程不再重新启动目标服务的进程。

再一种实现方式下，该移动系统中服务的控制装置中，应用可以包括即时通信应用，对应的目标服务的进程可以包括用于收发即时通信消息的服务对应的进程。

以上对本申请实施例提供的应用中的服务控制装置进行了介绍，通过该装置，可以在应用中目标服务的进程启动后，为目标服务的进程创建子进程，通过子进程监控目标服务的进程是否被非法关闭，并在监控到目标服务的进程被非法关闭，重新启动目标服务的进程。由于目标服务的进程与启动的子进程之间为父子进程关系，子进程并不必频繁的主动检测目标服务的进程的运行状态。当目标服务的进程被非法关闭时，子进程可以迅速的获得父进程发送的非法关闭的信号，从而及时有效的重新启动目标服务的进程。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的应用中的服务控制方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种应用中的服务控制方法，其特征在于，包括：

在应用中目标服务的进程启动后，为所述目标服务的进程创建子进程；

通过所述子进程监控所述目标服务的进程是否被非法关闭；

若监控到所述目标服务的进程被非法关闭，则重新启动所述目标服务的进程。

2.根据权利要求1所述的方法，其特征在于，在Android操作系统中，所述通过所述子进程监控所述目标服务的进程是否被非法关闭，包括：

通过所述目标服务的进程与对应的子进程之间的管道信号，监控所述目标服务的进程是否被非法关闭。

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

通过所述目标服务的进程监控所述子进程是否被非法关闭；

如果监控到所述子进程被非法关闭，则重新启动所述子进程。

4.根据权利要求1所述的方法，其特征在于，在Android操作系统中，所述若监控到所述目标服务的进程被非法关闭，则重新启动所述目标服务的进程，包括：

若监控到所述目标服务的进程被非法关闭，则由所述子进程启动预置的Activity组件；

由所述预置的Activity组件重新启动所述目标服务的进程。

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

当所述目标服务的进程被合法关闭时，向所述子进程发送正常关闭的通知消息，以便所述子进程不再重新启动所述目标服务的进程。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述应用包括即时通信应用，所述目标服务的进程包括用于收发即时通信消息的服务对应的进程。

7.一种应用中的服务控制装置，其特征在于，包括：

子进程创建单元，用于在应用中目标服务的进程启动后，为所述目标服务的进程创建子进程；

目标服务监控单元，用于通过所述子进程监控所述目标服务的进程是否被非法关闭；

目标服务重启单元，用于若监控到所述目标服务的进程被非法关闭，则重新启动所述目标服务的进程。

8.根据权利要求7所述的装置，其特征在于，在Android操作系统中，所述目标服务监控单元，包括：

目标服务监控子单元，用于通过所述目标服务的进程与对应的子进程之间的管道信号，监控所述目标服务的进程是否被非法关闭。

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

子进程监控单元，用于通过所述目标服务的进程监控所述子进程是否被非法关闭；

子进程重启单元，用于如果监控到所述子进程被非法关闭，则重新启动所述子进程。

10.根据权利要求7所述的装置，其特征在于，在Android操作系统中，所述目标服务重启单元，具体用于：

若监控到所述目标服务的进程被非法关闭，则由所述子进程启动预置的Activity组件；

由所述预置的Activity组件重新启动所述目标服务的进程。

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

通知发送单元，用于当所述目标服务的进程被合法关闭时，向所述子进程发送正常关闭的通知消息，以便所述子进程不再重新启动所述目标服务的进程。

12.根据权利要求7至11任一项所述的装置，其特征在于，所述应用包括即时通信应用，所述目标服务的进程包括用于收发即时通信消息的服务对应的进程。