一种终端设备的内存控制方法、装置及终端设备与流程

本发明实施例涉及计算机技术，尤其涉及一种终端设备的内存控制方法、装置及终端设备。

背景技术：

Android是一种基于Linux的开放源码的操作系统，主要使用于终端设备(如：智能手机、平板电脑)中，由Google公司和开放手机联盟共同开发完成。目前，Android系统己经发展成为终端设备领域用户群最大的操作系统平台。

现有的Android系统中，用户在同一台终端设备中往往需要同时开启多个相同的软件应用来方便操作的执行。如：当用户使用社交类软件时，往往需要同时开启多个相同的社交软件进行不同账号的登录，进而完成对不同账号的操作。随着开启的应用数量的增多，系统的内存资源将被迅速消耗，由此导致系统不能流畅运行，严重影响了用户的体验效果。

技术实现要素：

本发明提供一种终端设备的内存控制方法、装置及终端设备，以实现用户在开启多个应用后能够保障系统的流畅运行，同时也延长了终端设备的运行时间，节省了系统资源。

第一方面，本发明实施例提供了一种终端设备的内存控制方法，包括：

获取终端设备中主应用对应的分身应用的内存占用率；

若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否满足控制条件，若满足，则对所述分身应用对应的进程进行控制处理。

第二方面，本发明实施例还提供了一种终端设备的内存控制装置，包括：

内存占用率获取模块，用于获取终端设备中主应用对应的分身应用的内存占用率；

进程控制模块，用于若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否满足控制条件，若满足，则对所述分身应用对应的进程进行控制处理。

第三方面，本发明实施例还提供了一种终端设备，所述终端设备集成了上述描述的装置。

本发明通过获取终端设备中主应用对应的分身应用的内存占用率；若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否满足控制条件，若满足，则对所述分身应用对应的进程进行控制处理，解决了随着开启的应用数量的增多，系统的内存资源将被迅速消耗，由此导致系统不能流畅运行，严重影响了用户的体验效果的问题，实现了用户在开启多个应用后能够保障系统的流畅运行，同时也延长了终端设备的运行时间，节省了系统资源。

附图说明

图1为本发明实施例提供的终端设备的内存控制方法的流程图；

图2为本发明实施例提供的另一种终端设备的内存控制方法的流程图；

图3为本发明实施例提供的另一种终端设备的内存控制方法的流程图；

图4为本发明实施例提供的另一种终端设备的内存控制方法的流程图；

图5为本发明实施例提供的终端设备的内存控制装置的结构图；

图6为本发明实施例提供的一种终端设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

图1为本发明实施例提供的终端设备的内存控制方法的流程图，本实施例可适用于对终端设备内存进行控制的情况，该方法可以由终端设备如智能手机、平板电脑来执行，具体包括如下步骤：

步骤101、获取终端设备中主应用对应的分身应用的内存占用率。

终端设备中安装有多种应用软件，如QQ、微信、微博等，用户可通过这些软件执行相应的功能。本方案中，终端设备安装有主应用和分身应用。本方案中，主应用和其对应的分身应用作为多开应用集合中的应用，其实现方式可以有很多种，本实施例不做具体限定。例如，可分别安装不同版本的应用，将一种版本作为主应用，将其他版本作为分身应用，其中，可通过反编译修改应用的安装包(APK)文件，再安装修改后的APK文件来实现安装不同版本的同款应用；又如，可通过应用模拟用户空间及动态加载技术的第三方多开助手软件来实现；再如，可通过修改系统机制来实现。

优选的，本实施例中多开应用集合基于多用户机制来实现，其中多用户机制具体可包括智能终端中的操作系统所支持的多用户机制，如安卓(Android)系统的多用户机制以及手机窗口(Windows Phone，WP)操作系统的多用户机制等。

其中，多开应用集合基于多用户机制来实现，现进行如下具体说明：

具体的，多开应用集合基于多用户机制来实现可包括如下内容：主应用安装于主用户下，分身应用安装于从用户下，主用户中包含用于对分身应用进行操作的接入口。

在一个实施例中，本申请的多用户实现机制包括了以下逻辑：

1.多用户管理

a)系统默认有一个主用户，主用户可以创建其它的多个新用户(从用户)，并可以删除与管理它们；

b)普通用户(非主用户)与访客用户，可统称为从用户；

c)默认主用户id(身份标识，Identification)为0，其它新增用户id从10开始，逐个增加；

d)切换用户时，会重新加载桌面等一系列界面切换；

e)主用户可以限制其它用户是否能够接打电话及收发短信等权限。

对于多用户管理，能够通过主用户对从用户进行管理，包括从用户的创建、删除及权限设置等，ID设置从主用户开始，新增从用户ID顺序叠加，各用户间切换时，重新加载对应用户的桌面等一系列界面。

2.多用户安装、卸载应用

a)默认安装的应用，会安装到所有己创建的用户，在其它用户桌面上都可见应用图标；

b)在主用户通过文件管理安装的应用，不会安装到其它用户，在其它用户桌面上不可见应用图标；

c)系统在安装、卸载应用时可指定userid(用户身份标识)，指定应用安装到某个指定用户，或在某个指定用户卸载该应用。也可以对所有用户都安装应用，或卸载应用。

d)在用户A卸载了应用B，对其它用户来说，应用B还是存在的，桌面上都可见应用图标，在其它用户上，应用B可以正常使用。

对于多用户安装、卸载应用，默认安装的应用会安装到所有已创建的用户(包括主用户和从用户)，并在各用户桌面上生成应用图标；而在主用户下通过文件管理安装的应用，只安装到主用户下，在主用户桌面生成应用图标，不安装到从用户下；应用的安装/卸载还可基于使用者对用户的指定，使用者通过指定用户身份标识，在主用户和从用户中指定应用的安装/卸载在某个用户、某些用户或所有用户下进行；同一应用的卸载在各用户下独立进行，对某一用户下的应用进行卸载，不影响其他用户下该应用的使用。

3.用户数据管理

a)与系统数据相关的用户id目录：存放了用户对应的各种系统数据存储，例如：桌面widget(组件)列表，设置数据库，默认应用启动策略等等。

b)与应用包数据相关的用户id目录：存放了用户对应安装的应用包目录，如果应用操作产生了数据，则应用数据也存放于此目录。

c)系统SD卡(Secure Digital Memory Card，安全数码卡)目录：每个用户看到自己的sdcard目录都是不一样的，只能看到自己的sdcard目录。

对于用户数据管理，在多用户实现机制下，各用户下系统数据和应用相关数据分别存放于不同的数据存放路径下，如，某用户下各种系统数据存放于指定的第一数据存放路径下，而安装的应用包目录及应用操作产生的应用数据这些应用相关数据存放于指定的第二数据存放路径下；各用户下数据存储相互独立，各用户只能查看自身的存储数据，如自身的sdcard目录。

4.用户权限管理

a)应用在安装以后，应用申请的各种权限(例如：读取存储目录权限，读写短信权限，打开相机权限等)，会分为两部分，一部分不敏感的权限，在应用安装时，系统直接允许应用获得权限；一部分比较敏感的危险权限，例如读写短信权限，会在应用使用时，系统提示用户是否允许应用获得权限。

b)系统在不同的用户，对同一个应用的权限是独立且隔离的，一个应用获得的基本不敏感权限，在安装后，在每个用户中都是直接获得的，而部分比较敏感的危险权限，是独立的。例如：在用户0打开微信时，如果获取了读写短信权限，切换到用户10时，第一次打开微信时，系统还是会提示用户是否允许，不会因为微信在用户0获得了权限而不提醒。同理，在其它用户也一样。

对于用户权限管理，某一用户下应用安装时，不敏感权限会直接获得允许，敏感权限需经使用者许可获得；在不同的用户下，对同一应用的权限配置互相独立且隔离，在用户切换时，对于初次使用的应用的敏感权限，均需提示使用者是否赋权。

在本实施例中，多开应用集合基于多用户机制来实现的过程可描述如下：

假设智能终端的默认用户为主用户，用户在主用户下通过从应用商店下载或者从其他来源拷贝等方式将应用ABC的安装包(package，APK)文件例如ABC.apk存入智能终端中，系统在主用户下安装ABC.apk后，主用户桌面会生成一个主应用ABC的图标。当在主用户下检测到针对主应用ABC的分身创建请求时，在从用户(若当前不存在从用户，则可创建一个从用户，该创建过程是在用户无法察觉的情况下完成的，也无需用户设置账户和密码)下安装ABC.apk得到分身应用，为了对主应用和分身应用加以区分，可为新安装的分身应用添加一个标识(假设为*)，分身应用可被记为ABC*。当ABC*安装成功后，可指定将“安装成功”的通知(在该通知中也添加标识*)发送给主用户，主用户下的桌面接收到该通知后，生成一个带有标识*的图标，以与主应用ABC的图标进行区分，该图标可作为主用户中对分身应用进行操作的接入口，当该图标被点击后，系统将指定ABC*在从用户下启动，与ABC*对应的相关进程也在从用户下运行，并将ABC*的人机交互界面(简称界面)显示于主用户下，此时ABC*的界面也可作为主用户中对分身应用进行操作的接入口。

对于分身应用来说，其在主用户中的接入口的存在形式可以是多种多样的，本实施例不做具体限定，例如，可以是包含应用标识的桌面图标，该应用标识用以将当前分身应用与主应用以及其他分身应用区分开来；还可以是附加于主应用图标上的应用标识；还可以是以浮窗形式存在的包含应用标识的图标；还可以是存在于通知中心等位置的项目。

智能终端用户在主用户中可实现对主应用的操作，同时还可在主用户中通过接入口对相应的分身应用进行操作。可以理解的是，同一个主应用可对应多个分身应用，每个分身应用均被安装于一个不同的从用户中，使各分身应用分别运行于不同的从用户中，在运行过程中互不干扰。

基于多用户机制来实现多开应用的好处在于，相比于第三方多开助手软件来说，避免第三方软件推送广告以及窃取用户隐私数据等行为的发生，安全性更高；相比与主应用和分身应用均运行于同一用户下的方案来说，减少同一用户下不同分身应用或主应用之间的进程干扰，以及避免复杂运行环境所带来的功能缺失现象的发生。

本方案中，当用户需要开启多个相同(即主应用和一个或多个分身应用)时，多个相同的应用会同时在系统中运行，此时系统内存的负荷率会逐渐升高。本步骤中，获取终端设备中主应用对应的分身应用的内存占用率，示例性的，在Android系统中，可通过应用的UID、进程PID或userid来对主应用和分身应用进行区分，进而获取到主应用对应的分身应用的内存占用率。其中，内存占用率表征了分身应用所占用内存的大小，内存占用率越高则消耗的系统资源越大，反之越小。该分身应用的内存占用率可通过在分身应用下开启的分身进程确定。具体的，一个分身应用在使用时会开启一个或多个分身进程，每个分身进程会占用一定的内存空间，该分身应用的内存占用率可通过各个进程的内存占用率之和得到。

步骤102、若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否满足控制条件，若满足，则对所述分身应用对应的进程进行控制处理。

示例性的，该第一预设阈值可以是5％、10％、15％或20％等，可由系统默认设置，也可由用户手动输入设置。当判断到分身应用的内存占用率大于该第一预设阈值时，即意味着其占用的内存较高，对系统资源的消耗较大，此时判断该分身应用是否满足控制条件，在满足控制条件的情况下对所述分身应用对应的进程进行控制处理。其中，进程主要包括：就绪状态、执行状态、阻塞状态、挂起状态和终止状态等。其中，对进程的控制处理可以是对上述进程的状态进行切换，示例性的，将进程挂起可以释放其相应占用的内存资源，当系统内存资源充足时，可保证系统的流程运行。

本领域技术人员可知，由于主应用通常为用户开启的主要应用，且单单通过主应用的开启并不会严重影响到终端设备的内存资源(现有终端设备硬件可以支持多个主应用的开启)，但随着分身应用的增多会逐渐对系统资源进行消耗，故本方案主要针对分身应用占用的内存进行控制，但可同样适用于对主应用的控制。

本实施例的技术方案，获取终端设备中主应用对应的分身应用的内存占用率；若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否满足控制条件，若满足，则对所述分身应用对应的进程进行控制处理，解决了随着开启的应用数量的增多，系统的内存资源将被迅速消耗，由此导致系统不能流畅运行，严重影响了用户的体验效果的问题，实现了用户在开启多个应用后能够保障系统的流畅运行，同时也延长了终端设备的运行时间，节省了系统资源。

图2为本发明实施例提供的另一种终端设备的内存控制方法的流程图，本实施例给出了一种在满足具体的控制条件情况下对分身应用对应的进程进行控制处理的方式，具体包括如下步骤：

步骤201、获取终端设备中主应用对应的分身应用的内存占用率。

步骤202、若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否处于后台运行状态，若是，则将所述分身应用对应的进程挂起。

其中，应用软件在开启后的运行状态主要包括前台运行状态和后台运行状态。其中，前台运行状态指应用软件直接由窗口运行，可以和用户进行直接的交互，通常存在有交互界面。后台运行状态指应用软件在资源管理器中运行，通常不存在交互界面，无法直接和用户进行交互，但依然会占用系统资源。本步骤中，当确定分身应用处于后台运行状态，即未被用户使用和用户进行交互时，将该分身应用对应的进程挂起，由此可以释放分身应用所占用的系统资源，同时并不会对用户的操作产生影响。

本实施例的技术方案，当判断到分身应用内存占用率过高且其处于后台运行时，将该分身应用对应的进程挂起，解决了随着开启的应用数量的增多，系统的内存资源将被迅速消耗，由此导致系统不能流畅运行，严重影响了用户的体验效果的问题，实现了用户在开启多个应用后能够保障系统的流畅运行，同时也延长了终端设备的运行时间，节省了系统资源。

图3为本发明实施例提供的另一种终端设备的内存控制方法的流程图，本实施例在上述各实施例的基础上，给出了一种具体的依据分身应用正在执行的功能确定是否对其进行控制处理的方法，具体包括如下步骤：

步骤301、获取终端设备中主应用对应的分身应用的内存占用率。

步骤302、若所述分身应用的内存占用率大于第一预设阈值，则判断是否正在通过所述分身应用进行音视频处理，若否，则将所述分身应用对应的音视频进程挂起。

其中，不同的分身应用具备不同的功能。通常一个分身应用会根据自身功能的需求开启多个进程，每个进程执行对应的功能，本步骤中，对其是否正在进行音视频处理进行判断，若该分身进程没有进行音视频处理，则仅将该分身应用对应的音视频进程挂起。与实施例二不同的是，当系统资源紧张时，即使该分身应用处于前台运行状态，但为进行某项功能操作(如本实施例的音视频处理)时，可将对应的进程挂起以释放资源，同时并不会影响到用户的正常操作。

本实施例的技术方案，通过对分身应用执行功能的判断选择性挂起分身应用中的部分进程，解决了分身应用处于前台运行时无法挂起进程以释放内存的问题，实现了用户在开启多个应用后能够保障系统的流畅运行，同时也延长了终端设备的运行时间，节省了系统资源。

在上述技术方案的基础上，步骤302还可以是：若所述分身应用的内存占用率大于第一预设阈值，则判断是否正在通过所述分身应用进行定位处理，若否，则将所述分身应用对应的定位服务进程挂起。其中，定位服务为大多数应用在开启后均会启动的一项服务，但用户并不会一直需要定位服务，本方案中对分身应用是否正在进行定位处理进行判断，若未进行，则相应的挂起定位服务进程，在即保证分身应用正常运行的前提下释放了内存资源，保证了系统的流程运行。

图4为本发明实施例提供的另一种终端设备的内存控制方法的流程图，本实施例在上述各实施例的基础上，给出了一种直接终止分身应用的进程来释放系统资源的方法，具体包括如下步骤：

步骤401、获取终端设备中主应用对应的分身应用的内存占用率。

步骤402、若所述分身应用的内存占用率大于第一预设阈值且所述分身应用在预设时间内未在前台运行过，则终止所述分身应用的进程。

其中，该预设时间可以是15分钟、30分钟或60分钟等，即分身应用在一定时间未在前台运行意味着用户可能在较长的一段时间内均不会使用该分身应用，此时直接终止该分身应用的进程来释放系统资源。

本实施例提供的技术方案，通过直接终止长时间未在前台运行的分身应用，实现了用户在开启多个应用后能够保障系统的流畅运行，同时也延长了终端设备的运行时间，节省了系统资源。

在上述各实施例的基础上，步骤402还可以是：若所述分身应用的内存占用率大于第一预设阈值且所述分身应用的耗电率大于预设耗电率，则终止所述分身应用的进程。其中，该预设耗电率可以是10％、20％或30％，本方案中，将耗电率过高的分身应用直接终止以保证终端设备的续航能力。

在上述各实施例的基础上，步骤402还可以是：若所述分身应用的内存占用率大于第一预设阈值且所述分身应用的使用率小于预设使用率，则终止所述分身应用的进程。其中，该预设使用率可以是每周1次，使用率越低意味着用户并不经常使用该分身应用，此时，优先终止使用率较低的分身应用以释放系统资源来保证系统的流程运行。

在上述各实施例的基础上，在获取终端设备中分身应用的内存占用率之前，还包括：获取终端设备的内存负荷率；获取终端设备中主应用对应的分身应用的内存占用率包括：若所述终端设备的内存负荷率大于第二预设阈值，则获取终端设备中主应用对应的分身应用的内存占用率。本方案中，在对终端设备的内存进行控制时，首先确定终端设备的内存负荷率，该内存负荷率表征了终端设备当前的内存占用情况，内存负荷率越高意味着终端设备可用的内存越少，系统的运行将出现卡顿甚至死机。本方案根据获取到的内存负荷率的大小可及时进行内存控制，使得对内存控制的效率显著提高，无需实时对分身应用的进程挂起或直接终止分身应用的进程。

在上述各实施例的基础上，还包括恢复分身应用对应的进程的步骤，示例性的，当终端设备的内存负荷率降低或用户需要再次使用该分身应用时时，可适应性的恢复分身应用所对应的进程以便于分身应用可再次及时的对用户的操作进行响应。

图5为本发明实施例提供的终端设备的内存控制装置的结构图，具体包括如下：

内存占用率获取模块1，用于获取终端设备中主应用对应的分身应用的内存占用率；

进程控制模块2，用于若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否满足控制条件，若满足，则对所述分身应用对应的进程进行控制处理。

本实施例的技术方案，通过获取终端设备中主应用对应的分身应用的内存占用率；若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否满足控制条件，若满足，则对所述分身应用对应的进程进行控制处理，解决了随着开启的应用数量的增多，系统的内存资源将被迅速消耗，由此导致系统不能流畅运行，严重影响了用户的体验效果的问题，实现了用户在开启多个应用后能够保障系统的流畅运行，同时也延长了终端设备的运行时间，节省了系统资源。

在上述技术方案的基础上，所述进程控制模块2具体用于：

判断所述分身应用是否处于后台运行状态，若是，则将所述分身应用对应的进程挂起。

在上述技术方案的基础上，所述进程控制模块2具体用于：

判断是否正在通过所述分身应用进行音视频处理，若否，则将所述分身应用对应的音视频进程挂起。

在上述技术方案的基础上，所述进程控制模块2具体用于：

判断是否正在通过所述分身应用进行定位处理，若否，则将所述分身应用对应的定位服务进程挂起。

在上述技术方案的基础上，所述进程控制模块2具体用于下属至少一种：

若所述分身应用在预设时间内未在前台运行过，则终止所述分身应用的进程；

若所述分身应用的耗电率大于预设耗电率，则终止所述分身应用的进程；

若所述分身应用的使用率小于预设使用率，则终止所述分身应用的进程。

在上述技术方案的基础上，还包括：

内存负荷率获取模块3，用于获取终端设备的内存负荷率；

所述内存占用率获取模块1具体用于：

若所述终端设备的内存负荷率大于第二预设阈值，则获取终端设备中主应用对应的分身应用的内存占用率。

在上述技术方案的基础上，所述进程控制模块2还用于：

根据接收到的运行指令，恢复所述分身进程的运行。

上述产品可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

本实施例在上述各实施例的基础上提供了一种终端设备，该终端设备可以包括本发明任意实施例提供的内存控制装置。图6为本发明实施例提供的一种终端设备的结构示意图，如图6所示，该终端设备可以包括：存储器601、中央处理器(Central Processing Unit，CPU)602、外设接口603、RF(Radio Frequency，射频)电路605、音频电路606、扬声器611、电源管理芯片608、输入/输出(I/O)子系统609、触摸屏612、其他输入/控制设备610以及外部端口604，这些部件通过一个或多个通信总线或信号线607来通信。

应该理解的是，图示终端设备600仅仅是终端设备的一个范例，并且终端设备600可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的用于多开应用的权限管理的终端设备进行详细的描述，该终端设备以智能手机为例。

存储器601，所述存储器601可以被CPU602、外设接口603等访问，所述存储器601可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口603，所述外设接口603可以将设备的输入和输出外设连接到CPU602和存储器601。

I/O子系统609，所述I/O子系统609可以将设备上的输入输出外设，例如触摸屏612和其他输入/控制设备610，连接到外设接口603。I/O子系统609可以包括显示控制器6091和用于控制其他输入/控制设备610的一个或多个输入控制器6092。其中，一个或多个输入控制器6092从其他输入/控制设备610接收电信号或者向其他输入/控制设备610发送电信号，其他输入/控制设备610可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器6092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏612，所述触摸屏612是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子系统609中的显示控制器6091从触摸屏612接收电信号或者向触摸屏612发送电信号。触摸屏612检测触摸屏上的接触，显示控制器6091将检测到的接触转换为与显示在触摸屏612上的用户界面对象的交互，即实现人机交互，显示在触摸屏612上的用户界面对象可以是运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路605，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路605接收并发送RF信号，RF信号也称为电磁信号，RF电路605将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路605可以包括用于执行这些功能的已知电路，其包括但不限于天线系统、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路606，主要用于从外设接口603接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器611。

扬声器611，用于将手机通过RF电路605从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片608，用于为CPU602、I/O子系统及外设接口所连接的硬件进行供电及电源管理。

本发明实施例提供的CPU602可执行如下操作：

获取终端设备中主应用对应的分身应用的内存占用率；

若所述分身应用的内存占用率大于第一预设阈值，则判断所述分身应用是否满足控制条件，若满足，则对所述分身应用对应的进程进行控制处理。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。