CN105573833A - 处理客户端应用的方法、装置与移动终端 - Google Patents

Abstract

本发明实施例提供一种处理客户端应用的方法、装置与移动终端，方法包括：获取终端操作系统发送的目标客户端应用的强制关闭信息；根据强制关闭信息判断目标客户端应用的应用组件是否位于服务列表中；若判断结果为是，则根据应用组件重启目标客户端应用终端。根据本发明实施例，通过设置包括应用组件的服务列表，这样在获取到目标客户端应用的强制关闭信息时，能够通过服务列表中的应用组件重启相应的目标客户端应用终端，进而避免用户需手动才能够开启目标客户端应用终端而给用户带来的麻烦，给用户带来便利。

Description

处理客户端应用的方法、装置与移动终端

技术领域

本发明实施例涉及计算机技术，尤其涉及一种处理客户端应用的方法、装置与移动终端。

背景技术

随着科技的飞速发展，各种终端已经成为人们日常生活中必不可少的生活工具，随之而来的，应用于终端的各种客户端应用也迅速发展起来，例如支付宝、视频终端等，这些客户端应用给人们的生活带来了极大的便利。但是，各种客户端应用安装在终端中，对终端操作系统的资源消耗非常严重。

以Android系统为例，其系统进程ActivityManagerService用于管理操作系统的资源消耗，当操作系统发生低内存的情况时，或者用户选择对操作系统中的进程进行清除时，该系统进程会对当前正在运行的进行遍历，若发现正在运行的进程不是操作系统进程，则会强制关闭该进程，进而关闭相应的客户端应用。

但是，这种情况下，很有可能造成客户端应用被强制关闭，即某些用户不想关闭的客户端应用也被关闭，这样就需要用户再次手动打开客户端应用，给用户带来不便。

发明内容

本发明实施例提供一种处理客户端应用的方法、装置与移动终端，以解决现有技术中客户端应用被强制关闭给用户带来不便的问题。

本发明实施例第一个方面提供一种处理客户端应用的方法，包括：

获取终端操作系统发送的目标客户端应用的强制关闭信息；

根据所述强制关闭信息判断所述目标客户端应用的应用组件是否位于服务列表中；

若判断结果为是，则根据所述应用组件重启所述目标客户端应用终端。

本发明实施例另一个方面提供一种处理客户端应用的装置，包括：

获取模块，用于获取终端操作系统发送的目标客户端应用的强制关闭信息；

判断模块，用于根据所述强制关闭信息判断所述目标客户端应用的应用组件是否位于服务列表中，若判断结果为是，则触发重启模块；

所述重启模块，用于根据所述应用组件重启所述目标客户端应用终端。

本发明实施例又一个方面提供一种移动终端，包括上述的处理客户端应用的装置。

由上述技术方案可知，本发明实施例提供的处理客户端应用的方法、装置与移动终端，通过设置包括应用组件的服务列表，这样在获取到目标客户端应用的强制关闭信息时，能够通过服务列表中的应用组件重启相应的目标客户端，进而避免用户需手动才能够开启目标客户端而给用户带来的麻烦，给用户带来便利。

附图说明

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

图1为根据本发明一实施例的处理客户端应用的方法的流程示意图；

图2为根据本发明另一实施例的处理客户端应用的方法的流程示意图；

图3为根据本发明一实施例的处理客户端应用的装置的结构示意图；

图4为根据本发明另一实施例的处理客户端应用的装置的结构示意图。

具体实施方式

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

众所周知的，Android(安卓)系统中，第三方客户端应用的安装会涉及对如下目录做如下操作：data/app，第三方客户端应用安装目录，安装时先把Apk(AndroidPackage，Android安装包)文件复制到该目录；data/dalvik-cache，将Apk文件解压后的代码文件(.dex文件)安装到该目录下；data/data，用于建立并存放应用程序所需的数据。基于上述原理可知，第三方客户端应用的Apk文件即为其安装包，在data/app中可以找到该安装包。因此，对于已安装的目标客户端应用而言，可以从data/app中复制相应的apk文件到指定目录中，然后卸载该目标应用。同理，如果是操作系统自带的应用程序，会在system/app目录中保存其相应的Apk文件。因此，通过data/app和system/app两个安装包存放目录，可以获取所有应用的安装包。

本领域技术人员也必知晓由Android系统规范的Apk文件的构造。在一个Apk文件中，包括有包含该应用的源代码的Classes.dex文件，还包括有对整个客户端应用进行配置的配置文件Androidmanifest.xml，主要是用于配置Android系统的四大组件，以及期望获得系统资源的权限声明等。当一个客户端应用中包含有广播组件时，会采用静态注册的方式，在该配置文件中添加代码如下例所示：

</receiver>

<！--注册系统静态广播接收器-->

<receiverandroid:name＝".SystemReceiver">

<intent-filter>

<actionandroid:name＝"android.intent.action.BOOT_COMPLETED"/>

</intent-filter>

</receiver>

由此，配置文件中便建立了广播组件，其组件名称为.systemReceiver。同一应用可能设置有多个广播组件，以分别处理不同的广播消息，因此，可以在同一配置文件中配置相应多个广播组件，实现这些广播组件的静态注册。可以预见，通过对Apk文件做反向工程，便可获得其中的Androidmanifest.xml，进一步解析Androidmanifest.xml文件，便可以获得其中所注册的多个广播组件。

在下文中，以安装有Android系统的移动手机为例，对本发明的原理进行示例性描述，然而此描述仅仅是示例性的，本发明的范围并不限于此，本发明的原理也可以适用于安装有其它操作系统(例如Linux、iOS、WindowPhone、Symbian等)的任何电子设备，例如前面提及的那些电子设备。

实施例一

本实施例提供一种处理客户端应用的方法，执行主体为处理客户端应用的装置，该装置可以设置在终端中，该终端可以是手机、电脑、IPad等各种终端。

如图1所示，为根据本实施例的处理客户端应用的方法的流程示意图。本实施例的处理客户端应用的方法包括：

步骤101，获取终端系统发送的目标客户端应用的强制关闭信息。

强制关闭指的是非用户手动直接关闭。例如，目标客户端应用被管理操作系统的进程在后台关闭。当某一个目标客户端应用被强制关闭后，终端操作系统就可以收到通知，该通知用于表示该目标客户端应用被强制关闭。终端操作系统根据该通知生成目标客户端应用的强制关闭信息，进而向处理客户端应用的装置发送。

需指出的是，该处理客户端应用的装置对应的处理进程注册在终端操作系统中，这样就可以避免该处理进行被管理操作系统的进程强制关闭。具体地，可以向终端操作系统发送第二注册信息，以将用于处理客户端应用的处理客户端应用的装置注册在终端操作系统中，这样处理客户端应用的装置对应的处理进程就会被认为是终端操作系统的进程。

步骤102，根据强制关闭信息判断目标客户端应用的应用组件是否位于服务列表中。

强制关闭信息中可以包括有目标客户端应用的应用组件的标识信息，这样，该步骤具体可以是：

根据强制关闭信息获取目标客户端应用的应用组件的标识信息；

判断应用组件的标识信息与服务列表中的各应用组件的标识信息是否相同；

若判断结果为是，则确定目标客户端应用的应用组件位于服务列表中；

若判断结果为否，则可以通过应用组件的标识信息在包含所有应用组件的总列表中查找是否存在该应用组件，若是，则可以显示该总列表，以接收用户发送的选择指令，并根据选择指令将该应用组件设置在服务列表中。

本实施例的服务列表中包括各应用组件，处理客户端应用的装置可以通过这些应用组件重启相应的目标客户端。

步骤103，若判断结果为是，则根据应用组件重启目标客户端应用终端。

根据本实施例的处理客户端应用的方法，通过设置包括应用组件的服务列表，这样在获取到目标客户端应用的强制关闭信息时，能够通过服务列表中的应用组件重启相应的目标客户端，进而避免用户需手动才能够开启目标客户端而给用户带来的麻烦，给用户带来便利。

实施例二

本实施例对上述实施例的处理客户端应用的方法做进一步补充说明。如图2所示，为根据本实施例的处理客户端应用的方法的流程示意图。本实施例的处理客户端应用的方法包括：

步骤201，接收目标客户端应用的第一注册信息，第一注册信息中包括目标客户端应用的应用组件，并将第一注册信息设置在总列表中，转为步骤202。

组件为系统中一种物理的、可代替的部件，组件提供了一系列可用的接口。一个组件代表一个系统中实现的物理部分，包括软件代码(源代码、二进制代码、可执行代码)或者一些类似内容，如脚本或者命令文件。

AndroidAndroid中有四个重要的组件类型，分别是：Activities、Services、Broadcastreceivers、Contentproviders。其中，从视觉效果来看，一个Activity占据当前的窗口，响应所有窗口事件，具备有控件，菜单等界面元素，从内部逻辑来看，Activity需要为了保持各个界面状态，需要做很多持久化的事情，还需要妥善管理生命周期，和一些转跳逻辑；Service就是服务，从最直白的视角来看，就是剥离了界面的Activity，Service在很多Android的概念方面比较接近，都是封装有一个完整的功能逻辑实现；Broadcastreceiver是一个用来接收和响应broadcast的组件，大多数的broadcast就来自于系统当中，例如：更改时区、更改语言、电池电量不足等。另外应用程序也可以创建broadcast，例如：一些数据已经下载到设备上，那么就会通知其它的应用程序你们可以使用这些数据了；Contentproviders可以为其它应用程序创建它们所需要的有用数据，这些数据可以保存到文件系统、SQLite数据库或是其它有意义的方式。本申请中的应用组件属于Services组件类型。

一般情况下，目标客户端应用安装在终端中时，就会发送第一注册信息，进而处理客户端应用的装置将该第一注册信息的相关内容设置在总列表中。

步骤202，获取终端操作系统发送的目标客户端应用的强制关闭信息，转为步骤203。

强制关闭指的是非用户手动关闭，例如，目标客户端应用被管理操作系统的进程在后台关闭。当某一个目标客户端应用被强制关闭后，终端操作系统就可以收到通知，该通知用于表示该目标客户端应用被关闭。终端操作系统根据该通知生成目标客户端应用的强制关闭信息，进而向处理客户端应用的装置发送。

操作系统对目标客户端应用的程序进行事件行为监控，一般采用钩子函数实现，也即公知的HookAPI技术。本发明所述的服务对应的进程常驻内存，在目标客户端应用被用户运行之后，便可监控该目标客户端应用的调用指令。根据Android的原理，Intent被用来表达组件想要传递的意图，通过Intent可以传递广播消息。构造一个Intent对象之后，通过组件调用指令例如startActivity、startService，以及sendBroadcast等，以该Intent为这些组件调用指令的传递参数，便可通过这些组件调用指令激活Intent所指向的组件，也便实现了广播消息的传递。因此，startActivity、startService、sendBroadcast或类似函数，均可能与广播消息相关，进一步，也可以推广告凡是以Intent来实现参数传递的函数均可纳入本发明的监控范围，以此为依据来实现事件行为的监控，由此便可以理解本发明如何利用钩子函数的思维。具体而言，本发明通过钩子函数挂钩startActivity和/或startService和/或sendBroadcast，甚至可以按需挂钩其它可能与广播相关的函数，由此实现本步骤所要达到的监控目的。

需指出的是，该处理客户端应用的装置对应的处理进程注册在终端操作系统中，这样就可以避免该处理进行被管理操作系统的进程强制关闭。

步骤203，根据强制关闭信息判断目标客户端应用的应用组件是否位于服务列表中，若判断结果为是，则转为步骤205，否则转为步骤204。

当终端操作系统为Android系统时，本实施例的服务列表可以位于NotificationserviceListener目录下。Android系统在4.3以上的版本中加入了NotificationListenerService，当系统收到新的通知或者通知被删除时，会触发NotificationListenerService的回调方法。

步骤204，确定目标客户端应用的应用组件是否位于总列表中，若确定结果为是，则显示总列表，以接收选择指令，选择指令用于将目标客户端应用的应用组件设置在服务列表中，转为步骤205。

服务列表可以为总列表的一部分，服务列表可以为总列表中被勾选的列表项，用户可以根据实际需要确定服务列表。当然，总列表也可以是单独的一个列表，包含所有已经注册的应用组件，当总列表中的应用组件被勾选时，处理客户端应用的装置将该应用组件添加到服务列表中。

当识别出应用组件位于总列表中但是并不属于服务列表时，可以在屏幕上显示该总列表，由用户手动选择相应的应用组件，当接收到用户的选择指令之后，就将目标客户端应用的应用组件设置在服务列表中，即此时目标客户端应用的应用组件位于服务列表中。

步骤205，根据应用组件重启目标客户端应用终端。

由于应用组件中可以包括能够触发目标应用终端启动的代码，因此，可以通过应用组件在后台重启目标客户端应用终端。

根据本实施例的处理客户端应用的方法，通过设置包括应用组件的服务列表，这样在获取到目标客户端应用的强制关闭信息时，能够通过服务列表中的应用组件重启相应的目标客户端，而且还能够在应用组件没有位于服务列表时通过显示总列表的方式使得用户能够手动选择该应用组件，以将该应用组件设置在服务列表中，进而能够通过在应用组件重启相应的目标客户端，避免用户需手动才能够开启目标客户端而给用户带来的麻烦，给用户带来便利。在目标客户端应用被强制关闭时，其所对应的组件的进程会立刻被处理客户端应用的装置再次启动，进而实现对目标客户端应用的保活。

实施例三

下面采用具体举例的方式对上述实施例的处理客户端应用的方法做进一步补充说明。

首先，接收目标客户端应用的第一注册信息，第一注册信息中包括目标客户端应用的应用组件，并将第一注册信息设置在总列表中。本实施例中，该总列表位于Notificationaccess页面中，应用组件位于NotificationserviceListener目录下。

接着，获取终端操作系统发送的目标客户端应用的强制关闭信息。由于终端操作系统会接收到各客户端应用状态发生改变的相关通知，因此，终端操作系统在接收到目标客户端应用的强制关闭信息后，可以转发至处理客户端应用的装置。

然后，判断目标客户端应用的应用组件是否位于服务列表中，若判断结果为否，则可以显示Notificationaccess页面，进而显示总列表，以供用户勾选目标客户端应用的应用组件，进而使得应用组件位于服务列表中。

具体地，可以通过Settings.Secure在终端操作系统的数据库中查找enabled_notification_listeners的值，该值是所有开启了的组件，当查找到与应用组件的值一致的值时，可以确定该应用组件开启，否则该应用组件没有开启。

需指出的是，若Notificationaccess页面中没有目标客户端应用的应用组件，则不会显示Notificationaccess。

接下来，根据应用组件重启目标客户端应用终端。

实施例四

本实施例提供一种处理客户端应用的装置，用于执行实施例一的处理客户端应用的方法。该装置属于监听服务，隶属于手机卫士安全监测模块。该处理客户端应用的装置的进程注册在监听服务中，监听服务为Android系统的服务组件中的一种，例如NotificationserviceListener，当其为由操作系统调起的服务。

如图3所示，为根据本实施例的处理客户端应用的装置的结构示意图。该处理客户端应用给的装置包括获取模块301、判断模块302和重启模块303。

其中，获取模块301用于获取终端操作系统发送的目标客户端应用的强制关闭信息；判断模块302用于根据强制关闭信息判断目标客户端应用的应用组件是否位于服务列表中，若判断结果为是，则触发重启模块303；重启模块303用于根据应用组件重启目标客户端应用终端。

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

根据本实施例的处理客户端应用的装置，通过设置包括应用组件的服务列表，这样在获取到目标客户端应用的强制关闭信息时，能够通过服务列表中的应用组件重启相应的目标客户端，进而避免用户需手动才能够开启目标客户端而给用户带来的麻烦，给用户带来便利。

实施例五

本实施例对实施例四的处理客户端应用的装置做进一步补充说明。如图4所示，为根据本实施例的处理客户端应用的装置的结构示意图。

本实施例的处理客户端应用的装置除了包括如图3所示的获取模块301、判断模块302和重启模块303，还包括显示模块401。

本实施例的判断模块302还用于：若判断出目标客户端应用的应用组件未位于服务列表中，则确定目标客户端应用的应用组件是否位于总列表中，若确定结果为是，则触发显示模块401；显示模块401用于显示总列表，以接收选择指令，选择指令用于将目标客户端应用的应用组件设置在服务列表中。

可选地，总列表包括服务列表，即在显示总列表的时候将服务列表也显示出来。

本发明处理客户端应用的装置另一实施例的判断模块302具体用于：

根据强制关闭信息获取目标客户端应用的应用组件的标识信息；

判断应用组件的标识信息与服务列表中的各应用组件的标识信息是否相同；

若判断结果为是，则确定目标客户端应用的应用组件位于服务列表中。

本发明处理客户端应用的装置的另一个实施例还包括接收模块402，该接收模块402用于接收目标客户端应用的第一注册信息，第一注册信息中包括目标客户端应用的应用组件，并将第一注册信息设置在总列表中。

本发明处理客户端应用的装置的另一个实施例还包括注册模块(图中未示出)，该注册模块用于向终端操作系统发送第二注册信息，以将处理客户端应用的装置注册在终端操作系统中。

本发明处理客户端应用的装置另一实施例的服务列表位于NotificationserviceListener目录下。

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

根据本实施例的处理客户端应用的装置，通过设置包括应用组件的服务列表，这样在获取到目标客户端应用的强制关闭信息时，能够通过服务列表中的应用组件重启相应的目标客户端，而且还能够在应用组件没有位于服务列表时通过显示总列表的方式使得用户能够手动选择该应用组件，以将该应用组件设置在服务列表中，进而避免用户需手动才能够开启目标客户端而给用户带来的麻烦，给用户带来便利。

本发明还提供一种移动终端，包括上述任一实施例的处理客户端应用的装置。该电子终端，通过设置包括应用组件的服务列表，这样在获取到目标客户端应用的强制关闭信息时，能够通过服务列表中的应用组件重启相应的目标客户端，进而避免用户需手动才能够开启目标客户端而给用户带来的麻烦，给用户带来便利。

本发明实施例提供了以下技术方案：

1、一种处理客户端应用的方法，包括：

获取终端操作系统发送的目标客户端应用的强制关闭信息；

根据所述强制关闭信息判断所述目标客户端应用的应用组件是否位于服务列表中；

若判断结果为是，则根据所述应用组件重启所述目标客户端应用终端。

2、根据1所述的处理客户端应用的方法，还包括：

若判断出所述目标客户端应用的应用组件未位于服务列表中，则确定所述目标客户端应用的应用组件是否位于总列表中；

若确定结果为是，则显示所述总列表，以接收选择指令，所述选择指令用于将所述目标客户端应用的应用组件设置在所述服务列表中。

3、根据1或2所述的处理客户端应用的方法，所述根据所述强制关闭信息判断所述目标客户端应用的应用组件是否位于服务列表中包括：

根据强制关闭信息获取目标客户端应用的应用组件的标识信息；

判断所述应用组件的标识信息与所述服务列表中的各应用组件的标识信息是否相同；

若判断结果为是，则确定所述目标客户端应用的应用组件位于服务列表中。

4、根据1-3中任一项所述的处理客户端应用的方法，还包括：

接收所述目标客户端应用的第一注册信息，所述第一注册信息中包括所述目标客户端应用的应用组件；

将所述第一注册信息设置在总列表中。

5、根据1-4中任一项所述的处理客户端应用的方法，在获取终端操作系统发送的目标客户端应用的强制关闭信息之前，还包括：

向所述终端操作系统发送第二注册信息，将用于处理所述客户端应用的处理客户端应用的装置注册在所述终端操作系统中。

6、根据1-5中任一项所述的处理客户端应用的方法，所述服务列表位于NotificationserviceListener目录下。

7、一种处理客户端应用的装置，包括：

获取模块，用于获取终端操作系统发送的目标客户端应用的强制关闭信息；

判断模块，用于根据所述强制关闭信息判断所述目标客户端应用的应用组件是否位于服务列表中，若判断结果为是，则触发重启模块；

所述重启模块，用于根据所述应用组件重启所述目标客户端应用终端。

8、根据7所述的处理客户端应用的装置，还包括显示模块；

所述判断模块还用于：若判断出所述目标客户端应用的应用组件未位于服务列表中，则确定所述目标客户端应用的应用组件是否位于总列表中，若确定结果为是，则触发所述显示模块；

所述显示模块用于：显示所述总列表，以接收选择指令，所述选择指令用于将所述目标客户端应用的应用组件设置在所述服务列表中。

9、根据7或8所述的处理客户端应用的装置，所述判断模块具体用于：

根据强制关闭信息获取目标客户端应用的应用组件的标识信息；

判断所述应用组件的标识信息与所述服务列表中的各应用组件的标识信息是否相同；

若判断结果为是，则确定所述目标客户端应用的应用组件位于服务列表中。

10、根据7-9中任一项所述的处理客户端应用的装置，还包括：

接收模块，用于接收所述目标客户端应用的第一注册信息，所述第一注册信息中包括所述目标客户端应用的应用组件，并将所述第一注册信息设置在总列表中。

11、根据7-10中任一项所述的处理客户端应用的装置，还包括：

注册模块，用于向所述终端操作系统发送第二注册信息，以将处理客户端应用的装置注册在所述终端操作系统中。

12、根据7-11中任一项所述的处理客户端应用的装置，所述服务列表位于NotificationserviceListener目录下。

13、一种移动终端，包括7-12中任一项所述的处理客户端应用的装置。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种处理客户端应用的方法，其特征在于，包括：

获取终端操作系统发送的目标客户端应用的强制关闭信息；

根据所述强制关闭信息判断所述目标客户端应用的应用组件是否位于服务列表中；

若判断结果为是，则根据所述应用组件重启所述目标客户端应用终端。

2.根据权利要求1所述的处理客户端应用的方法，其特征在于，还包括：

若判断出所述目标客户端应用的应用组件未位于服务列表中，则确定所述目标客户端应用的应用组件是否位于总列表中；

若确定结果为是，则显示所述总列表，以接收选择指令，所述选择指令用于将所述目标客户端应用的应用组件设置在所述服务列表中。

3.根据权利要求1或2所述的处理客户端应用的方法，其特征在于，所述根据所述强制关闭信息判断所述目标客户端应用的应用组件是否位于服务列表中包括：

根据强制关闭信息获取目标客户端应用的应用组件的标识信息；

判断所述应用组件的标识信息与所述服务列表中的各应用组件的标识信息是否相同；

若判断结果为是，则确定所述目标客户端应用的应用组件位于服务列表中。

4.根据权利要求1-3中任一项所述的处理客户端应用的方法，其特征在于，还包括：

接收所述目标客户端应用的第一注册信息，所述第一注册信息中包括所述目标客户端应用的应用组件；

将所述第一注册信息设置在总列表中。

5.根据权利要求1-4中任一项所述的处理客户端应用的方法，其特征在于，在获取终端操作系统发送的目标客户端应用的强制关闭信息之前，还包括：

向所述终端操作系统发送第二注册信息，将用于处理所述客户端应用的处理客户端应用的装置注册在所述终端操作系统中。

6.根据权利要求1-5中任一项所述的处理客户端应用的方法，其特征在于，所述服务列表位于NotificationserviceListener目录下。

7.一种处理客户端应用的装置，其特征在于，包括：

获取模块，用于获取终端操作系统发送的目标客户端应用的强制关闭信息；

判断模块，用于根据所述强制关闭信息判断所述目标客户端应用的应用组件是否位于服务列表中，若判断结果为是，则触发重启模块；

所述重启模块，用于根据所述应用组件重启所述目标客户端应用终端。

8.根据权利要求7所述的处理客户端应用的装置，其特征在于，还包括显示模块；

所述判断模块还用于：若判断出所述目标客户端应用的应用组件未位于服务列表中，则确定所述目标客户端应用的应用组件是否位于总列表中，若确定结果为是，则触发所述显示模块；

所述显示模块用于：显示所述总列表，以接收选择指令，所述选择指令用于将所述目标客户端应用的应用组件设置在所述服务列表中。

9.根据权利要求7或8所述的处理客户端应用的装置，其特征在于，所述判断模块具体用于：

根据强制关闭信息获取目标客户端应用的应用组件的标识信息；

判断所述应用组件的标识信息与所述服务列表中的各应用组件的标识信息是否相同；

若判断结果为是，则确定所述目标客户端应用的应用组件位于服务列表中。

10.一种移动终端，其特征在于，包括权利要求7-9中任一项所述的处理客户端应用的装置。