CN105843650A - 一种智能终端中的应用程序管理方法和装置 - Google Patents

Abstract

本发明公开了一种智能终端中的应用程序管理方法和装置，用于解决现有回收机制基于应用程序的运行时间的长短实现，而导致了影响切换效率的问题。方法包括：智能终端确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级，该回收优先级是根据后台运行的应用程序与前台运行的应用程序之间的关联度确定的；从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。由于每个应用程序的回收优先级是根据该应用程序与前台运行的应用程序之间的关联度确定的，而关联度越高，用户使用频率越高，因此，本发明能够降低用户频繁使用的应用程序被关闭的概率，从而提高了用户体验。

Description

一种智能终端中的应用程序管理方法和装置

技术领域

本发明涉及进程管理技术领域，特别涉及一种智能终端中的应用程序管理方法和装置。

背景技术

随着智能终端的普及，为了满足用户的需求，各服务商提供了各种应用程序(App)，用户可以根据自己的需求将服务商提供的App下载到自己的智能终端中使用。

随着智能终端系统的不断发展，在智能终端中已经实现了多进程同时运行，以使智能终端的功能多元化，以提高用户体验。但是智能终端系统对于内存空间的要求也越来越高，当智能终端中启动的进程较多时，会占用较多的系统内存，为了保证智能终端系统的正常运行，智能终端系统中一般都会设置自动回收运行中的应用程序的功能，即在智能终端中已占用系统内存超过上限值时，会根据已运行的应用程序的运行时间的长短，自动回收运行时间长的应用程序。

上述方式虽然能够使智能终端系统正常运行，但被回收的应用程序可能是用户即将需要使用或调用的应用程序，由于该应用程序已被回收，需要重新启动才能使用，影响了切换效率，降低了用户体验。

发明内容

本发明实施例提供了一种智能终端中的应用程序管理方法和装置，用于解决现有回收机制基于应用程序的运行时间的长短实现，而导致了影响切换效率的问题。

第一方面，一种智能终端中的应用程序管理方法，包括：

智能终端确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级，所述回收优先级是根据后台运行的应用程序与前台运行的应用程序之间的关联度确定的；

所述智能终端从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

一种可能的实现方式中，所述方法还包括：

所述智能终端在确定出前台运行的应用程序跳转到任一应用程序时，将所述任一应用程序与前台运行的应用程序之间的关联度增加设定数值。

一种可能的实现方式中，所述方法还包括：

对于所述智能终端中的每个应用程序，所述智能终端将所述应用程序与前台运行的应用程序之间的关联度，确定为所述应用程序对于前台运行的应用程序的回收优先级；或者

对于所述智能终端中的每个应用程序，所述智能终端将最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度、与最近一次确定出的关联度对应的时间段的加权系数的乘积，确定为所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，对于所述智能终端中的每个应用程序，所述智能终端将所述应用程序与前台运行的应用程序之间的关联度，确定为所述应用程序对于前台运行的应用程序的回收优先级，包括：

对于所述智能终端中的每个应用程序，所述智能终端确定出上一个设定周期内所述应用程序与前台运行的应用程序之间的关联度；

所述智能终端将确定出的关联度，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，对于所述智能终端中的每个应用程序，所述智能终端将最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度、与最近一次确定出的关联度对应的时间段的加权系数的乘积，确定为所述应用程序对于前台运行的应用程序的回收优先级，包括：

对于所述智能终端中的每个应用程序，所述智能终端确定出上一个设定周期内最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度；

所述智能终端将确定出的关联度、与确定出的关联度对应的时间段的加权系数的乘积，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，所述智能终端从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序，包括：

所述智能终端从后台运行的应用程序中，确定出前台运行的应用程序正在调用的应用程序；

所述智能终端从未被前台运行的应用程序调用的后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

第二方面，一种智能终端中的应用程序管理装置，包括：

获取模块，用于确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级，所述回收优先级是根据后台运行的应用程序与前台运行的应用程序之间的关联度确定的；

处理模块，用于从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

一种可能的实现方式中，所述处理模块还用于：

在确定出前台运行的应用程序跳转到任一应用程序时，将所述任一应用程序与前台运行的应用程序之间的关联度增加设定数值。

一种可能的实现方式中，所述处理模块还用于：

对于每个应用程序，将所述应用程序与前台运行的应用程序之间的关联度，确定为所述应用程序对于前台运行的应用程序的回收优先级；或者

对于每个应用程序，将最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度、与最近一次确定出的关联度对应的时间段的加权系数的乘积，确定为所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，所述处理模块具体用于：

对于每个应用程序，确定出上一个设定周期内所述应用程序与前台运行的应用程序之间的关联度；

将确定出的关联度，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，所述处理模块具体用于：

对于每个应用程序，确定出上一个设定周期内最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度；

将确定出的关联度、与确定出的关联度对应的时间段的加权系数的乘积，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，所述处理模块具体用于：

从后台运行的应用程序中，确定出前台运行的应用程序正在调用的应用程序；

从未被前台运行的应用程序调用的后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

本发明实施例中，智能终端确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级；智能终端从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。由于每个应用程序对于前台运行的应用程序的回收优先级是根据该应用程序与前台运行的应用程序之间的关联度确定的，而关联度越高的应用程序一般是用户使用频率越高的应用程序，因此，基于后台运行的应用程序与前台运行的应用程序之间的关联度，来确定后台运行的应用程序是否被关闭，能够降低用户频繁使用的应用程序被关闭的概率，从而提高了用户体验。

附图说明

图1为本发明实施例中提供的一种智能终端中的应用程序管理方法的流程示意图；

图2为本发明实施例一的流程示意图；

图3为本发明实施例二的流程示意图；

图4为本发明实施例三的流程示意图；

图5为本发明实施例中提供的一种智能终端中的应用程序管理装置的示意图。

具体实施方式

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

下面结合说明书附图对本发明实施例作进一步详细描述。应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

本发明实施例提供了一种智能终端中的应用程序管理方法，如图1所示，所述方法包括：

S11、智能终端确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级，所述回收优先级是根据后台运行的应用程序与前台运行的应用程序之间的关联度确定的。

例如，智能终端在确定出至少的系统内存的占用率大于或等于设定的上限值时，确定需要回收已运行的应用程序；又如，智能终端在确定出当前系统内存无法启动或维持前台运行的应用程序时，确定需要回收已运行的应用程序。本发明实施例中不对确定需要回收已运行的应用程序的条件进行限定。

S12、所述智能终端从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

本发明实施例中，智能终端确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级；智能终端从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。由于每个应用程序对于前台运行的应用程序的回收优先级是根据该应用程序与前台运行的应用程序之间的关联度确定的，而关联度越高的应用程序一般是用户使用频率越高的应用程序，因此，基于后台运行的应用程序与前台运行的应用程序之间的关联度，来确定后台运行的应用程序是否被关闭，能够降低用户频繁使用的应用程序被关闭的概率，从而提高了用户体验。

在实施中，所述方法还包括智能终端统计两个应用程序之间的关联度的过程，具体如下：

智能终端在确定出前台运行的应用程序跳转到任一应用程序时，将所述任一应用程序与前台运行的应用程序之间的关联度增加设定数值。

其中，所述任一应用程序可以为当前正在后台运行的应用程序，也可以是未启动的应用程序。设定数值可以根据需要设定，一般取值为1。

一种可能的实现方式中，在确定任一应用程序与前台运行的应用程序之间的关联度时，可以根据前台运行的应用界面到其他应用界面之间的跳转是否为同进程跳转，来判断前台运行的应用程序是否跳转到了其他应用程序。具体包括：若前台运行的应用界面与任一应用界面之间的跳转为同进程跳转，则确定出前台运行的应用程序未跳转到其他应用程序；若前台运行的应用界面与任一应用界面之间的跳转为跨进程跳转，则确定出前台运行的应用程序跳转到了其他应用程序。

以Android系统为例，由于Android系统中应用界面(即应用程序运行时的界面)以活动(Activity)部件为单元进行管理，以使任意两个应用程序之间的调用或者跳转更加方便快捷。但是，如果前台运行的应用程序所调用的应用程序未启动，在跳转时，需要先启动被调用的应用程序，再进入被调用的应用程序的应用界面，这个过程中会使用户感觉到卡顿不流畅，降低了用户体验。

不同应用界面之间的切换是由Android系统中的活动管理服务(ActivityManagerService)模块进行管理的，ActivityManagerService模块可以用于传输界面切换请求的接口中，如ActivityManagerService.startActivity***()系列，判断本次界面切换是否属于跨进程的跳转，具体实现时，可以从传输界面切换请求中获取到请求方的进程(即前台运行的应用界面)、请求方的包名、请求方的UID、请求意图(intent)等信息；Android系统中，包管理服务(PackageManager)可以处理intent，即可以根据请求intent匹配出目标方(即跳转到的应用界面)所在包的包名、UID等信息。其中，Android系统中的intent表示跨进程传递的一个数据结构。

进一步，若请求方与目标方的包名相同，或者请求方与目标方的包名不同但UID相同，则判定请求方与目标方属于同一进程，例如，“通信录”应用程序中，从包括所有联系人列表的应用界面，进入到任一联系人的详细信息的应用界面的操作，该跳转操作属于同进程跳转，此时可以确定出前台运行的应用程序未跳转到其他应用程序；若请求方与目标方的包名不同，或者请求方与目标方的UID不同，则判定请求方与目标方属于不同进程，例如，从“通话”应用程序跳转到“通信录”应用程序，该跳转操作属于跨进程跳转，此时可以确定出前台运行的应用程序跳转到了其他应用程序。如果判定出跨进程跳转，则将跳转到的应用程序与前台运行的应用程序之间的关联度加1。

本发明实施例中，在确定智能终端中的每个应用程序对于前台运行的应用程序的回收优先级时，可以采用以下两种可能的实现方式：

方式一、对于所述智能终端中的每个应用程序，所述智能终端将所述应用程序与前台运行的应用程序之间的关联度，确定为所述应用程序对于前台运行的应用程序的回收优先级。

由于前台运行的应用程序与其他应用之间的关联度是在用户使用过程中不断统计得到的，在通过关联度来确定应用程序的回收优先级，能够较为准确的反映出用户使用习惯的规律，因此，基于后台运行的应用程序与前台运行的应用程序之间的关联度，来确定后台运行的应用程序是否被关闭，能够降低用户频繁使用的应用程序被关闭的概率。

该方式下，由于关联度在用户使用中是不断变化的，若每次都重新确定应用程序的收优先级，则会增加处理复杂度，降低处理效率，考虑到随着用户使用时间的增加，各应用程序的回收优先级会日渐趋于稳定，短时间内的关联度变化并不会对回收优先级有显著影响。一种可能的实现方式中，周期性计算各应用程序的回收优先级，具体如下：

对于所述智能终端中的每个应用程序，所述智能终端确定出上一个设定周期内所述应用程序与前台运行的应用程序之间的关联度；

所述智能终端将确定出的关联度，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

其中，设定周期的取值可根据经验或仿真或应用环境进行设定，如设定周期为一天。也可以采用变周期的方式，如将智能终端开机后直至关机设定为一个周期。

方式2、按照用户使用习惯的规律，一般时间越近的关联度对预测用户行为的作用越大，基于此，分时间段统计关联度，并为每个时间段设置不同的加权系数，时间段越靠近当前时刻，加权系数越大，具体确定回收优先级的过程如下：

对于所述智能终端中的每个应用程序，所述智能终端将最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度、与最近一次确定出的关联度对应的时间段的加权系数的乘积，确定为所述应用程序对于前台运行的应用程序的回收优先级。

举例说明，应用程序1与前台运行的应用程序之间的关联度是在时间段1中确定出的，其值为4；应用程序2与前台运行的应用程序之间的关联度时在时间段2中确定出的，其值为3，由于时间段2更靠近当前时刻，因此时间段2对应的加权系数大于时间段1对应的加权系数，假设时间段2对应的加权系数为0.9，时间段1对应的加权系数为0.6，则应用程序1对于前台运行的应用程序的回收优先级为4*0.6＝2.4，应用程序2对于前台运行的应用程序的回收优先级为3*0.9＝2.7，因此，应用程序2对于前台运行的应用程序的回收优先级高于应用程序1的。智能终端在启动回收机制后，先回收应用程序1。

该方式下，由于关联度在用户使用中是不断变化的，若每次都重新确定应用程序的收优先级，则会增加处理复杂度，降低处理效率，考虑到随着用户使用时间的增加，各应用程序的回收优先级会日渐趋于稳定，短时间内的关联度变化并不会对回收优先级有显著影响。一种可能的实现方式中，周期性计算各应用程序的回收优先级，具体如下：

对于所述智能终端中的每个应用程序，所述智能终端确定出上一个设定周期内最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度；

所述智能终端将确定出的关联度、与确定出的关联度对应的时间段的加权系数的乘积，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

其中，设定周期的取值可根据经验或仿真或应用环境进行设定，如设定周期为一天。也可以采用变周期的方式，如将智能终端开机后直至关机设定为一个周期。

基于上述任一实施例，S12中，所述智能终端从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序，包括：

所述智能终端从后台运行的应用程序中，确定出前台运行的应用程序正在调用的应用程序；

所述智能终端从未被前台运行的应用程序调用的后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

具体的，以Android系统为例，Android系统中四个主要组成部件为Activity部件、服务(Service)部件、提供部件(Provider)以及接收部件(Receiver)。其中，Activity部件负责显示应用界面；Service部件负责提供服务，需要长期运行；Provider负责数据的存储、共享和访问；Receiver负责intent广播的监听及处理。主要考虑前台运行的应用程序对后台运行的应用程序所提供的Service及Provider的使用依赖。例如，“Contacts”应用对“ContactsProvider”应用存在运行依赖关系，由于“Contacts”应用在运行过程中会频繁调用联系人数据库，而调用联系人数据库都需要请求“ContactsProvider”应用来完成。前台运行的应用程序启动Service以调用服务，启动Provider以调用数据库，因此，在确定出前台运行的应用程序启动Service或Provider后，若Service或Provider调用的应用程序与前台运行的应用程序不属于同一包，则可以确定出Service或Provider调用的应用程序为前台运行的应用程序正在调用的后台运行的应用程序，也就是说，前台运行的应用程序与正在调用的后台运行的应用程序存在依赖关系。

下面结合以下三个具体实施例，对本发明实施例提供的智能终端中的应用程序管理方法进行详细说明。

实施例一、本实施例中描述了确定任一应用程序与前台运行的应用程序的关联度的方法，如图2所示，包括：

S21、确定出前台运行的Activity(简称前台Activity)启动了跨进程的目标Activity。

S22、生成跳转事件，记录目标Activity的包名，并生成关联记录。

具体的，智能终端生成跳转事件，记录目标Activity的包名，并将目标Activity对于前台Activity的关联度加1。

实施例二、本实施例中描述了确定任一应用程序与前台运行的应用程序的关联度的另一方法，如图3所示，包括：

S31、确定出前台运行的应用程序(以下简称前台应用)启动了Service或Provider。

S32、判断前台应用与Service或Provider所调用的目标应用是否属于同一包；

若是，执行S33；

若否，执行S34；

S33、确定属于同进程调用，不做处理；

S34、确定属于跨进程调用，即前台应用正在调用目标应用，生成前台应用与目标应用的依赖记录。

实施例三、本实施例中描述了另一种智能终端中的应用程序管理方法，如图4所示，包括：

S41、确定系统内存不足以启动新进程；

S42、从后台运行的应用程序(以下简称后台应用)中，确定出与前台运行的应用程序(以下简称前台应用)存在依赖关系的应用程序，并生成依赖进程链表；

S43、根据后台应用与前台应用的关联度记录，生成关联度进程链表；

S44、从不存在依赖关系的后台应用中，选择与前台应用关联度最低的应用；

S45、关闭所选择的应用程序；

S46、判断当前系统内存是否满足启动新进程；

若是，执行S47；

若否，执行S44；

S47、启动新进程。

上述方法处理流程可以用软件程序实现，该软件程序可以存储在存储介质中，当存储的软件程序被调用时，执行上述方法步骤。

基于同一发明构思，本发明实施例中还提供了一种智能终端中的应用程序管理装置，由于该装置解决问题的原理与上述一种智能终端中的应用程序管理方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

本发明实施例中提供的一种智能终端中的应用程序管理装置，如图5所示，所述装置包括：

获取模块51，用于确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级，所述回收优先级是根据后台运行的应用程序与前台运行的应用程序之间的关联度确定的；

处理模块52，用于从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

一种可能的实现方式中，所述处理模块还用于：

在确定出前台运行的应用程序跳转到任一应用程序时，将所述任一应用程序与前台运行的应用程序之间的关联度增加设定数值。

一种可能的实现方式中，所述处理模块还用于：

对于每个应用程序，将所述应用程序与前台运行的应用程序之间的关联度，确定为所述应用程序对于前台运行的应用程序的回收优先级；或者

对于每个应用程序，将最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度、与最近一次确定出的关联度对应的时间段的加权系数的乘积，确定为所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，所述处理模块具体用于：

对于每个应用程序，确定出上一个设定周期内所述应用程序与前台运行的应用程序之间的关联度；

将确定出的关联度，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，所述处理模块具体用于：

对于每个应用程序，确定出上一个设定周期内最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度；

将确定出的关联度、与确定出的关联度对应的时间段的加权系数的乘积，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

一种可能的实现方式中，所述处理模块具体用于：

从后台运行的应用程序中，确定出前台运行的应用程序正在调用的应用程序；

从未被前台运行的应用程序调用的后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

基于同一发明构思，本发明实施例还提供了一种智能终端，包括图5所示的实施例中的任一装置。

其中，所述智能终端可以为终端手机、平板电脑、笔记本电脑等。本发明实施例不对智能终端进行限定。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种智能终端中的应用程序管理方法，其特征在于，所述方法包括：

智能终端确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级，所述回收优先级是根据后台运行的应用程序与前台运行的应用程序之间的关联度确定的；

所述智能终端从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

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

所述智能终端在确定出前台运行的应用程序跳转到任一应用程序时，将所述任一应用程序与前台运行的应用程序之间的关联度增加设定数值。

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

对于所述智能终端中的每个应用程序，所述智能终端将所述应用程序与前台运行的应用程序之间的关联度，确定为所述应用程序对于前台运行的应用程序的回收优先级；或者

对于所述智能终端中的每个应用程序，所述智能终端将最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度、与最近一次确定出的关联度对应的时间段的加权系数的乘积，确定为所述应用程序对于前台运行的应用程序的回收优先级。

4.如权利要求3所述的方法，其特征在于，对于所述智能终端中的每个应用程序，所述智能终端将所述应用程序与前台运行的应用程序之间的关联度，确定为所述应用程序对于前台运行的应用程序的回收优先级，包括：

对于所述智能终端中的每个应用程序，所述智能终端确定出上一个设定周期内所述应用程序与前台运行的应用程序之间的关联度；

所述智能终端将确定出的关联度，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

5.如权利要求3所述的方法，其特征在于，对于所述智能终端中的每个应用程序，所述智能终端将最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度、与最近一次确定出的关联度对应的时间段的加权系数的乘积，确定为所述应用程序对于前台运行的应用程序的回收优先级，包括：

对于所述智能终端中的每个应用程序，所述智能终端确定出上一个设定周期内最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度；

所述智能终端将确定出的关联度、与确定出的关联度对应的时间段的加权系数的乘积，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

6.如权利要求1～5任一项所述的方法，其特征在于，所述智能终端从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序，包括：

所述智能终端从后台运行的应用程序中，确定出前台运行的应用程序正在调用的应用程序；

所述智能终端从未被前台运行的应用程序调用的后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

7.一种智能终端中的应用程序管理装置，其特征在于，所述装置包括：

获取模块，用于确定需要回收已运行的应用程序时，获取后台运行的应用程序对于前台运行的应用程序的回收优先级，所述回收优先级是根据后台运行的应用程序与前台运行的应用程序之间的关联度确定的；

处理模块，用于从后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。

8.如权利要求7所述的装置，其特征在于，所述处理模块还用于：

在确定出前台运行的应用程序跳转到任一应用程序时，将所述任一应用程序与前台运行的应用程序之间的关联度增加设定数值。

9.如权利要求8所述的装置，其特征在于，所述处理模块还用于：

对于每个应用程序，将所述应用程序与前台运行的应用程序之间的关联度，确定为所述应用程序对于前台运行的应用程序的回收优先级；或者

对于每个应用程序，将最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度、与最近一次确定出的关联度对应的时间段的加权系数的乘积，确定为所述应用程序对于前台运行的应用程序的回收优先级。

10.如权利要求9所述的装置，其特征在于，所述处理模块具体用于：

对于每个应用程序，确定出上一个设定周期内所述应用程序与前台运行的应用程序之间的关联度；

将确定出的关联度，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

11.如权利要求9所述的装置，其特征在于，所述处理模块具体用于：

对于每个应用程序，确定出上一个设定周期内最近一次确定出的所述应用程序与前台运行的应用程序之间的关联度；

将确定出的关联度、与确定出的关联度对应的时间段的加权系数的乘积，确定为本周期内所述应用程序对于前台运行的应用程序的回收优先级。

12.如权利要求7～11任一项所述的装置，其特征在于，所述处理模块具体用于：

从后台运行的应用程序中，确定出前台运行的应用程序正在调用的应用程序；

从未被前台运行的应用程序调用的后台运行的应用程序中，按照回收优先级从低到高的顺序，关闭至少一个应用程序。