CN106325990B - 应用程序的控制方法、控制装置和终端 - Google Patents

Abstract

本发明提出了一种应用程序的控制方法、控制装置和终端，其中，所述应用程序的控制方法包括：监测在后台运行的应用程序的个数；当在后台运行的应用程序的个数大于个数阈值时，关闭至少一个在后台运行的应用程序。通过本发明的技术方案，可以自动清理在后台运行的应用程序，从而保证了终端运行的流畅性，进而提升了用户的使用体验。

Description

应用程序的控制方法、控制装置和终端

技术领域

本发明涉及终端技术领域，具体而言，涉及一种应用程序的控制方法、一种应用程序的控制装置和一种终端。

背景技术

目前，终端上安装有很多的应用程序，但是，当有过多的应用程序在运行时，就会占用终端过多的内存，终端会出现卡顿的现象，就会降低用户的体验。当终端出现卡顿的现象时，需要用户手动清理在后台运行的应用程序，这样就会很麻烦，用户体验不好。

因此，如何自动清理在后台运行的应用程序，从而保证了终端运行的流畅性成为亟待解决的技术问题。

发明内容

本发明正是基于上述问题，提出了一种新的技术方案，可以自动清理在后台运行的应用程序，从而保证了终端运行的流畅性，进而提升了用户的使用体验。

有鉴于此，本发明的第一方面提出了一种应用程序的控制方法，包括：监测在后台运行的应用程序的个数；当在后台运行的应用程序的个数大于个数阈值时，关闭至少一个在后台运行的应用程序。

在该技术方案中，当在后台运行的应用程序的个数过多时，说明终端的内存被过多地占用，自动关闭至少一个在后台运行的应用程序，不仅实现了自动清理在后台运行的应用程序，还避免在前台运行的应用程序出现卡顿的现象，从而保证了在前台运行的应用程序的运行流畅性，进而提升用户的体验。

在上述技术方案中，优选地，还包括：确定终端上安装的多个应用程序在后台运行时占用的平均内存大小、和所述终端在运行流畅时能够占用的最大内存大小；根据所述平均内存的大小和所述终端在运行流畅时能够占用的最大内存大小，计算所述个数阈值。

在该技术方案中，将终端在运行流畅时能够占用的最大内存大小与应用程序在后台运行时占用的平均内存大小相除的结果作为个数阈值，当在后台运行的应用程序的个数大于该个数阈值时，判定终端会出现运行不流畅的情况，通过关闭在后台运行的应用程序，从而保证了终端运行的流畅性。

在上述任一技术方案中，优选地，还包括：将终端上安装的多个应用程序分成多个类别，并确定所述多个类别中的每一类别的应用程序在后台运行时占用的内存大小、和所述终端在运行流畅时能够占用的最大内存大小；根据所述每一类别的应用程序在后台运行时占用的内存大小和所述终端在运行流畅时能够占用的最大内存大小，确定多个类别组合和所述多个类别组合中的每个类别组合对应的个数；若在后台运行的应用程序的类别满足所述多个类别组合中的任一类别组合时，将所述任一类别组合对应的个数作为所述个数阈值。

在该技术方案中，根据终端在运行流畅时能够占用的最大内存大小，将应用程序的类别进行组合，再根据当前在后台运行的应用程序的类别所满足的类别组合，确定个数阈值，即不同的应用程序在后台运行时，判断的个数阈值是不同的，从而在满足终端运行流畅性的同时，可以更加准确地对在后台运行的应用程序进行控制。

在上述任一技术方案中，优选地，所述关闭至少一个在后台运行的应用程序的步骤，具体包括：确定在后台运行的应用程序的当前优先级；按照所述当前优先级，由高到低依次关闭在后台运行的应用程序，直到在后台运行的应用程序的个数小于或等于所述个数阈值为止。

在该技术方案中，通过关闭在后台运行的应用程序，以使在后台运行的应用程序小于或等于个数阈值，即避免了在后台运行的应用程序的个数过多，从而使得在后台运行的应用程序的个数保持在一个合理的范围。另外，关闭优先级高的在后台运行的应用程序，例如，优先关闭用户不常使用的应用程序，从而避免关闭的应用程序影响用户的正常使用。

在上述任一技术方案中，优选地，所述确定在后台运行的应用程序的当前优先级的步骤，具体包括：获取在后台运行的应用程序的运行参数；根据所述运行参数，确定所述当前优先级，其中，所述运行参数包括以下之一或多种的组合：启动的频率、在前台运行的总时长、占用内存的大小、最近一次启动的时间、应用程序类别。

在该技术方案中，由于应用程序的运行参数能够反映出用户对应用程序的使用习惯，因此，根据应用程序的运行参数确定当前优先级，即关闭的应用程序更加符合用户的实际使用习惯，从而避免了影响用户的正常使用。

本发明的第二方面提出了一种应用程序的控制装置，包括：监测单元，用于监测在后台运行的应用程序的个数；控制单元，用于当在后台运行的应用程序的个数大于个数阈值时，关闭至少一个在后台运行的应用程序。

在该技术方案中，当在后台运行的应用程序的个数过多时，说明终端的内存被过多地占用，自动关闭至少一个在后台运行的应用程序，不仅实现了自动清理在后台运行的应用程序，还避免在前台运行的应用程序出现卡顿的现象，从而保证了在前台运行的应用程序的运行流畅性，进而提升用户的体验。

在该技术方案中，还包括：第一确定单元，用于确定终端上安装的多个应用程序在后台运行时占用的平均内存大小、和所述终端在运行流畅时能够占用的最大内存大小；计算单元，用于根据所述平均内存大小和所述终端在运行流畅时能够占用的最大内存的大小，计算所述个数阈值。

在该技术方案中，将终端在运行流畅时能够占用的最大内存大小与应用程序在后台运行时占用的平均内存大小相除的结果作为个数阈值，当在后台运行的应用程序的个数大于该个数阈值时，判定终端会出现运行不流畅的情况，通过关闭在后台运行的应用程序，从而保证了终端运行的流畅性。

在该技术方案中，还包括：第二确定单元，用于将终端上安装的多个应用程序分成多个类别，并确定所述多个类别中的每一类别的应用程序在后台运行时占用的内存大小、和所述终端在运行流畅时能够占用的最大内存大小；所述第二确定单元还用于，根据所述每一类别的应用程序在后台运行时占用的内存大小和所述终端在运行流畅时能够占用的最大内存大小，确定多个类别组合和所述多个类别组合中的每个类别组合对应的个数；所述第二确定单元还用于，若在后台运行的应用程序的类别满足所述多个类别组合中的任一类别组合时，将所述任一类别组合对应的个数作为所述个数阈值。

在该技术方案中，根据终端在运行流畅时能够占用的最大内存大小，将应用程序的类别进行组合，再根据当前在后台运行的应用程序的类别所满足的类别组合，确定个数阈值，即不同的应用程序在后台运行时，判断的个数阈值是不同的，从而在满足终端运行流畅性的同时，可以更加准确地对在后台运行的应用程序进行控制。

在该技术方案中，所述控制单元包括：确定子单元，用于确定在后台运行的应用程序的当前优先级；关闭子单元，用于按照所述当前优先级，由高到低依次关闭在后台运行的应用程序，直到在后台运行的应用程序的个数小于或等于所述个数阈值为止。

在该技术方案中，通过关闭在后台运行的应用程序，以使在后台运行的应用程序小于或等于个数阈值，即避免了在后台运行的应用程序的个数过多，从而使得在后台运行的应用程序的个数保持在一个合理的范围。另外，关闭优先级高的在后台运行的应用程序，例如，优先关闭用户不常使用的应用程序，从而避免关闭的应用程序影响用户的正常使用。

在该技术方案中，所述确定子单元具体用于，获取在后台运行的应用程序的运行参数，根据所述运行参数，确定所述当前优先级，其中，所述运行参数包括以下之一或多种的组合：启动的频率、在前台运行的总时长、占用内存的大小、最近一次启动的时间、应用程序类别。

在该技术方案中，由于应用程序的运行参数能够反映出用户对应用程序的使用习惯，因此，根据应用程序的运行参数确定当前优先级，即关闭的应用程序更加符合用户的实际使用习惯，从而避免了影响用户的正常使用。

本发明的第三方面提出了一种终端，包括上述技术方案中任一项所述的应用程序的控制装置，因此，该终端具有和上述技术方案中任一项所述的应用程序的控制装置相同的技术效果，在此不再赘述。

通过本发明的技术方案，可以自动清理在后台运行的应用程序，从而保证了终端运行的流畅性，进而提升了用户的使用体验。

附图说明

图1示出了根据本发明的一个实施例的应用程序的控制方法的流程示意图；

图2示出了根据本发明的另一个实施例的应用程序的控制方法的流程示意图；

图3示出了根据本发明的一个实施例的应用程序的控制装置的结构示意图；

图4示出了根据本发明的一个实施例的终端的结构示意图。

具体实施方式

为了可以更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的一个实施例的应用程序的控制方法的流程示意图。

如图1所示，根据本发明的一个实施例的应用程序的控制方法，包括：

步骤102，监测在后台运行的应用程序的个数。

步骤104，当在后台运行的应用程序的个数大于个数阈值时，关闭至少一个在后台运行的应用程序。

优选地，下面通过三种实施例来说明如何确定个数阈值。

实施例一

确定终端上安装的多个应用程序在后台运行时占用的平均内存大小、和所述终端在运行流畅时能够占用的最大内存大小；根据所述平均内存的大小和所述终端在运行流畅时能够占用的最大内存大小，计算所述个数阈值。

将终端在运行流畅时能够占用的最大内存大小与应用程序在后台运行时占用的平均内存大小相除的结果作为个数阈值，当在后台运行的应用程序的个数大于该个数阈值时，判定终端会出现运行不流畅的情况，通过关闭在后台运行的应用程序，从而保证了终端运行的流畅性。

例如，终端在运行流畅时能够占用的最大内存大小为3G，若应用程序在后台运行时占用的平均内存大小为0.6G，则个数阈值为5个，若应用程序在后台运行时占用的平均内存大小为0.7G，则个数阈值为4个。

实施例二

将终端上安装的多个应用程序分成多个类别，并确定所述多个类别中的每一类别的应用程序在后台运行时占用的内存大小、和所述终端在运行流畅时能够占用的最大内存大小；根据所述每一类别的应用程序在后台运行时占用的内存大小和所述终端在运行流畅时能够占用的最大内存大小，确定多个类别组合和所述多个类别组合中的每个类别组合对应的个数；若在后台运行的应用程序的类别满足所述多个类别组合中的任一类别组合时，将所述任一类别组合对应的个数作为所述个数阈值。

根据终端在运行流畅时能够占用的最大内存大小，将应用程序的类别进行组合，再根据当前在后台运行的应用程序的类别所满足的类别组合，确定个数阈值，即不同的应用程序在后台运行时，判断的个数阈值是不同的，从而在满足终端运行流畅性的同时，可以更加准确地对在后台运行的应用程序进行控制。

例如，将应用程序分为游戏类的应用程序、社交类的应用程序和工具类的应用程序，游戏类的应用程序在后台运行时占用的内存大小为1G，社交类的应用程序在后台运行时占用的内存大小为0.5G，工具类的应用程序在后台运行时占用的内存大小为0.2G，终端在运行流畅时能够占用的最大内存大小为3G。确定的多个类别组合分别为：三个游戏类的应用程序，两个游戏类的应用程序和两个社交类的应用程序，两个游戏类的应用程序和五个工具类的应用程序，两个游戏类的应用程序、一个工具类的应用程序和两个工具类的应用程序。若当前在后台运行有三个游戏类的应用程序时，则满足上述中的一种类别组合，则确定个数阈值为三。即若再启动其他的应用程序时，就关闭在后台运行的游戏类的应用程序，以保证终端运行的流畅性。

实施例三

将预先设置的阈值作为该个数阈值。

优选地，步骤104具体包括：确定在后台运行的应用程序的当前优先级；按照所述当前优先级，由高到低依次关闭在后台运行的应用程序，直到在后台运行的应用程序的个数小于或等于所述个数阈值为止。

通过关闭在后台运行的应用程序，以使在后台运行的应用程序小于或等于个数阈值，即避免了在后台运行的应用程序的个数过多，从而使得在后台运行的应用程序的个数保持在一个合理的范围。另外，关闭优先级高的在后台运行的应用程序，例如，优先关闭用户不常使用的应用程序，从而避免关闭的应用程序影响用户的正常使用。

优选地，所述确定在后台运行的应用程序的当前优先级的步骤，具体包括：获取在后台运行的应用程序的运行参数；根据所述运行参数，确定所述当前优先级，其中，所述运行参数包括以下之一或多种的组合：启动的频率、在前台运行的总时长、占用内存的大小、最近一次启动的时间、应用程序类别。

由于应用程序的运行参数能够反映出用户对应用程序的使用习惯，因此，根据应用程序的运行参数确定当前优先级，即关闭的应用程序更加符合用户的实际使用习惯，从而避免了影响用户的正常使用。

当运行参数为启动的频率、在前台运行的总时长时，应用程序的启动频率越低、在前台运行的总时长越小，该应用程序的当前优先级就越高，从而将用户不常使用的应用程序优先关闭。当运行参数为占用内存的大小时，应用程序的占用内存越高，该应用程序的当前优先级越高，从而将占用较大内存的应用程序优先关闭，有效地保证了前台运行的应用程序运行的流畅性。当运行参数为最近一次启动的时间时，应用程序的最近一次启动的时间越靠后，该应用程序的优先级越高，从而避免将用户刚启动的应用程序关闭。当运行参数为应用程序类别时，应用程序的当前优先级由高到低依次为：系统固有的应用程序、工具类的应用程序、游戏类的应用程序、社交类的应用程序，从而避免将用户时常使用的社交类的应用程序关闭。

当然也可以将用户预先设置的应用程序的优先级作为当前优先级，从而满足了不同用户的使用需求。

在上述技术方案中，当在后台运行的应用程序的个数过多时，说明终端的内存被过多地占用，自动关闭至少一个在后台运行的应用程序，不仅实现了自动清理在后台运行的应用程序，还避免在前台运行的应用程序出现卡顿的现象，从而保证了在前台运行的应用程序的运行流畅性，进而提升用户的体验。

图2示出了根据本发明的另一个实施例的应用程序的控制方法的流程示意图。

如图2所示，根据本发明的另一个实施例的应用程序的控制方法，包括：

步骤202，开启内存智能整理。

步骤204，当前在后台运行的应用程序的个数是否达到个数阈值(例如7个)，若在后台运行的应用程序的个数达到个数阈值，则进入步骤206，否则，进入步骤208。

步骤206，对后台运行的应用程序进行智能清除。具体地，获取在后台运行的应用程序的当前优先级，按照当前优先级，由高到低依次关闭在后台运行的应用程序，以使在后台运行的应用程序保持在小于或等于个数阈值的范围内。

步骤208，保持现有内存状态，即保持在后台运行的应用程序依然在后台运行。

图3示出了根据本发明的一个实施例的应用程序的控制装置的结构示意图。

如图3所示，根据本发明的一个实施例的应用程序的控制装置300，包括：监测单元302和控制单元304。

监测单元302，用于监测在后台运行的应用程序的个数。

控制单元304，用于当在后台运行的应用程序的个数大于个数阈值时，关闭至少一个在后台运行的应用程序。

下面通过三种实施例来说明如何确定个数阈值。

实施例一

应用程序的控制装置300还包括第一确定单元306，用于确定终端上安装的多个应用程序在后台运行时占用的平均内存大小、和所述终端在运行流畅时能够占用的最大内存大小；计算单元308，用于根据所述平均内存大小和所述终端在运行流畅时能够占用的最大内存的大小，计算所述个数阈值。

将终端在运行流畅时能够占用的最大内存大小与应用程序在后台运行时占用的平均内存大小相除的结果作为个数阈值，当在后台运行的应用程序的个数大于该个数阈值时，判定终端会出现运行不流畅的情况，通过关闭在后台运行的应用程序，从而保证了终端运行的流畅性。

例如，终端在运行流畅时能够占用的最大内存大小为3G，若应用程序在后台运行时占用的平均内存大小为0.6G，则个数阈值为5个，若应用程序在后台运行时占用的平均内存大小为0.7G，则个数阈值为4个。

实施例二

应用程序的控制装置300还包括：第二确定单元310，用于将终端上安装的多个应用程序分成多个类别，并确定所述多个类别中的每一类别的应用程序在后台运行时占用的内存大小、和所述终端在运行流畅时能够占用的最大内存大小；所述第二确定单元310还用于，根据所述每一类别的应用程序在后台运行时占用的内存大小和所述终端在运行流畅时能够占用的最大内存大小，确定多个类别组合和所述多个类别组合中的每个类别组合对应的个数；所述第二确定单元310还用于，若在后台运行的应用程序的类别满足所述多个类别组合中的任一类别组合时，将所述任一类别组合对应的个数作为所述个数阈值。

根据终端在运行流畅时能够占用的最大内存大小，将应用程序的类别进行组合，再根据当前在后台运行的应用程序的类别所满足的类别组合，确定个数阈值，即不同的应用程序在后台运行时，判断的个数阈值是不同的，从而在满足终端运行流畅性的同时，可以更加准确地对在后台运行的应用程序进行控制。

例如，将应用程序分为游戏类的应用程序、社交类的应用程序和工具类的应用程序，游戏类的应用程序在后台运行时占用的内存大小为1G，社交类的应用程序在后台运行时占用的内存大小为0.5G，工具类的应用程序在后台运行时占用的内存大小为0.2G，终端在运行流畅时能够占用的最大内存大小为3G。确定的多个类别组合分别为：三个游戏类的应用程序，两个游戏类的应用程序和两个社交类的应用程序，两个游戏类的应用程序和五个工具类的应用程序，两个游戏类的应用程序、一个工具类的应用程序和两个工具类的应用程序。若当前在后台运行有三个游戏类的应用程序时，则满足上述中的一种类别组合，则确定个数阈值为三。即若再启动其他的应用程序时，就关闭在后台运行的游戏类的应用程序，以保证终端运行的流畅性。

实施例三

应用程序的控制装置300还包括：第三确定单元(图3中并未标出)，用于将预先设置的阈值作为该个数阈值。

优选地，所述控制单元304包括：确定子单元3042，用于确定在后台运行的应用程序的当前优先级；关闭子单元3044，用于按照所述当前优先级，由高到低依次关闭在后台运行的应用程序，直到在后台运行的应用程序的个数小于或等于所述个数阈值为止。

通过关闭在后台运行的应用程序，以使在后台运行的应用程序小于或等于个数阈值，即避免了在后台运行的应用程序的个数过多，从而使得在后台运行的应用程序的个数保持在一个合理的范围。另外，关闭优先级高的在后台运行的应用程序，例如，优先关闭用户不常使用的应用程序，从而避免关闭的应用程序影响用户的正常使用。

优选地，所述确定子单元3042具体用于，获取在后台运行的应用程序的运行参数，根据所述运行参数，确定所述当前优先级，其中，所述运行参数包括以下之一或多种的组合：启动的频率、在前台运行的总时长、占用内存的大小、最近一次启动的时间、应用程序类别。

由于应用程序的运行参数能够反映出用户对应用程序的使用习惯，因此，根据应用程序的运行参数确定当前优先级，即关闭的应用程序更加符合用户的实际使用习惯，从而避免了影响用户的正常使用。

当运行参数为启动的频率、在前台运行的总时长时，应用程序的启动频率越低、在前台运行的总时长越小，该应用程序的当前优先级就越高，从而将用户不常使用的应用程序优先关闭。当运行参数为占用内存的大小时，应用程序的占用内存越高，该应用程序的当前优先级越高，从而将占用较大内存的应用程序优先关闭，有效地保证了前台运行的应用程序运行的流畅性。当运行参数为最近一次启动的时间时，应用程序的最近一次启动的时间越靠后，该应用程序的优先级越高，从而避免将用户刚启动的应用程序关闭。当运行参数为应用程序类别时，应用程序的当前优先级由高到低依次为：系统固有的应用程序、工具类的应用程序、游戏类的应用程序、社交类的应用程序，从而避免将用户时常使用的社交类的应用程序关闭。

当然也可以将用户预先设置的应用程序的优先级作为当前优先级，从而满足了不同用户的使用需求。

在上述技术方案中，当在后台运行的应用程序的个数过多时，说明终端的内存被过多地占用，自动关闭至少一个在后台运行的应用程序，不仅实现了自动清理在后台运行的应用程序，还避免在前台运行的应用程序出现卡顿的现象，从而保证了在前台运行的应用程序的运行流畅性，进而提升用户的体验。

图4示出了根据本发明的一个实施例的终端的结构示意图。

如图4所示，根据本发明的一个实施例的终端400，包括上述技术方案中任一项所述的应用程序的控制装置300，因此，该终端400具有和上述技术方案中任一项所述的应用程序的控制装置300相同的技术效果，在此不再赘述。

以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可以自动清理在后台运行的应用程序，从而保证了终端运行的流畅性，进而提升了用户的使用体验。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

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

监测在后台运行的应用程序的个数；

当在后台运行的应用程序的个数大于个数阈值时，关闭至少一个在后台运行的应用程序；

将终端上安装的多个应用程序分成多个类别，并确定所述多个类别中的每一类别的应用程序在后台运行时占用的内存大小、和所述终端在运行流畅时能够占用的最大内存大小；

根据所述每一类别的应用程序在后台运行时占用的内存大小和所述终端在运行流畅时能够占用的最大内存大小，确定多个类别组合和所述多个类别组合中的每个类别组合对应的个数；

若在后台运行的应用程序的类别满足所述多个类别组合中的任一类别组合时，将所述任一类别组合对应的个数作为所述个数阈值。

2.根据权利要求1所述的应用程序的控制方法，其特征在于，还包括：

确定终端上安装的多个应用程序在后台运行时占用的平均内存大小、和所述终端在运行流畅时能够占用的最大内存大小；

根据所述平均内存的大小和所述终端在运行流畅时能够占用的最大内存大小，计算所述个数阈值。

3.根据权利要求1或2所述的应用程序的控制方法，其特征在于，所述关闭至少一个在后台运行的应用程序的步骤，具体包括：

确定在后台运行的应用程序的当前优先级；

按照所述当前优先级，由高到低依次关闭在后台运行的应用程序，直到在后台运行的应用程序的个数小于或等于所述个数阈值为止。

4.根据权利要求3所述的应用程序的控制方法，其特征在于，所述确定在后台运行的应用程序的当前优先级的步骤，具体包括：

获取在后台运行的应用程序的运行参数；

根据所述运行参数，确定所述当前优先级，

其中，所述运行参数包括以下之一或多种的组合：启动的频率、在前台运行的总时长、占用内存的大小、最近一次启动的时间、应用程序类别。

5.一种应用程序的控制装置，其特征在于，包括：

监测单元，用于监测在后台运行的应用程序的个数；

控制单元，用于当在后台运行的应用程序的个数大于个数阈值时，关闭至少一个在后台运行的应用程序；

第二确定单元，用于将终端上安装的多个应用程序分成多个类别，并确定所述多个类别中的每一类别的应用程序在后台运行时占用的内存大小、和所述终端在运行流畅时能够占用的最大内存大小；

所述第二确定单元还用于，根据所述每一类别的应用程序在后台运行时占用的内存大小和所述终端在运行流畅时能够占用的最大内存大小，确定多个类别组合和所述多个类别组合中的每个类别组合对应的个数；

所述第二确定单元还用于，若在后台运行的应用程序的类别满足所述多个类别组合中的任一类别组合时，将所述任一类别组合对应的个数作为所述个数阈值。

6.根据权利要求5所述的应用程序的控制装置，其特征在于，还包括：

第一确定单元，用于确定终端上安装的多个应用程序在后台运行时占用的平均内存大小、和所述终端在运行流畅时能够占用的最大内存大小；

计算单元，用于根据所述平均内存大小和所述终端在运行流畅时能够占用的最大内存的大小，计算所述个数阈值。

7.根据权利要求5或6所述的应用程序的控制装置，其特征在于，所述控制单元包括：

确定子单元，用于确定在后台运行的应用程序的当前优先级；

关闭子单元，用于按照所述当前优先级，由高到低依次关闭在后台运行的应用程序，直到在后台运行的应用程序的个数小于或等于所述个数阈值为止。

8.根据权利要求7所述的应用程序的控制装置，其特征在于，所述确定子单元具体用于，

获取在后台运行的应用程序的运行参数，根据所述运行参数，确定所述当前优先级，

其中，所述运行参数包括以下之一或多种的组合：启动的频率、在前台运行的总时长、占用内存的大小、最近一次启动的时间、应用程序类别。

9.一种终端，其特征在于，包括：如权利要求5至8中任一项所述的应用程序的控制装置。