CN108196913A

CN108196913A - 一种应用程序的进程清理方法及装置

Info

Publication number: CN108196913A
Application number: CN201810012331.5A
Authority: CN
Inventors: 姜绍宇; 李和意
Original assignee: Hisense Mobile Communications Technology Co Ltd
Current assignee: Hisense Mobile Communications Technology Co Ltd
Priority date: 2018-01-05
Filing date: 2018-01-05
Publication date: 2018-06-22

Abstract

本发明公开了一种应用程序的进程清理方法及装置，属于终端技术领域。该方法包括：判断应用程序是否为自研应用程序；在所述应用程序是自研应用程序时，根据所述自研应用程序的属性，判断所述自研应用程序是否为关键应用程序；这样，一方面，当自研应用程序是系统关键应用程序时，不对其执行进程清理；另一方面，当自研应用程序不是系统关键应用程序时，由于采用killBackgroundProcesses方式能够立即杀死与该自研应用程序的包名相关联的所有后台进程，且这些后台进程在需要使用时会重新启动；因此能够实现自研应用程序不被误清理，或者，自研应用程序清理后在合适时期重新启动，进而避免影响终端设备的整机功能。

Description

一种应用程序的进程清理方法及装置

技术领域

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

背景技术

目前，为满足用户个性化需求，终端设备在出厂时即安装有大量应用程序。其中，这些应用程序都是可卸载的，且上述应用程序中包括终端设备厂商自主研发的应用程序，以及终端设备厂商与其他第三方合作而预制在设备内的应用程序，例如，终端设备厂商与京东合作而在设备内预制京东APP。

在上述应用程序在丰富终端设备功能的同时，也会占用终端设备的大量内存，因此，通常需要对终端设备上不必要运行的应用程序对应的进程和占用的内存进行清理。清理方式可以是用户启动终端设备上的内存清理程序，以对当前运行应用程序的进程和占用内存进行清理，例如，一键清理；也可以是用户设置内存清理策略，以在系统运行内存超过内存清理阈值时，对当前运行应用程序的进程和占用内存进行清理。

然而，一些终端设备厂商自主研发的应用程序是系统关键应用程序，若在执行进程清理以回收内存过程中，将这些关键应用程序对应的进程清理掉，会影响终端设备的整机功能。或者，还有一些终端设备厂商自主研发的应用程序不是系统关键应用程序，但是由于应用程序间有一定耦合性，自主研发的应用程序与系统不可卸载的应用程序处于同一个进程，若在执行进程清理以回收内存过程中，将其对应的进程清理掉，会导致处于该同一个进程中的系统不可卸载的应用程序也被强制关闭，进而导致系统不可卸载的应用程序的功能失效。

示例性的，终端设备厂商自主研发了一个天气插件，其与桌面处于同一进程中。由于该天气插件是可卸载的，所以在执行一键清理操作后，该天气插件所在的进程被清理，造成桌面也被强制关闭，从而导致终端解锁后出现黑屏。

发明内容

为了解决相关技术中存在的在执行进程清理过程中，由于无法区分可卸载的应用程序是否是自主研发的应用程序而导致自主研发的应用程序被误清理，影响终端设备功能的问题，本发明实施例提供了一种应用程序的进程清理方法及装置。所述技术方案如下：

第一方面，提供了一种应用程序的进程清理方法，所述方法用于安卓系统，所述方法包括：

判断应用程序是否为自研应用程序；

在所述应用程序是自研应用程序时，根据所述自研应用程序的属性，判断所述自研应用程序是否为关键应用程序；

若所述自研应用程序不是关键应用程序，则调用killBackgroundProcesses方法，对所述自研应用程序的包名相关联的进程执行进程清理；否则，不对所述自研应用程序的包名相关联的进程执行进程清理。

第二方面，提供了一种应用程序的进程清理装置，所述装置用于安卓系统，所述装置包括：

第一判断模块，用于判断应用程序是否为自研应用程序；

第二判断模块，用于在所述应用程序是自研应用程序时，根据所述自研应用程序的属性，判断所述自研应用程序是否为关键应用程序；

第一清理模块，用于若所述自研应用程序不是关键应用程序，则调用killBackgroundProcesses方法，对所述自研应用程序的包名相关联的进程执行进程清理；否则，不对所述自研应用程序的包名相关联的进程执行进程清理。

第三方面，提供了一种终端设备，所述设备包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的所述程序指令，以执行上述第一方面所述的应用程序的进程清理方法。

本发明实施例提供的技术方案带来的有益效果是：

在本发明实施例中，首先判断应用程序是否为自研应用程序。在确定该应用程序是自研应用程序时，进一步判断该自研应用程序是否为关键应用程序。这样，对于自研应用程序，一方面，当自研应用程序是系统关键应用程序时，不对其执行进程清理；另一方面，当自研应用程序不是系统关键应用程序时，由于调用killBackgroundProcesses方法能够立即杀死与该自研应用程序的包名相关联的所有后台进程，且这些后台进程在需要使用时会重新启动；因此能够实现自研应用程序不被误清理，或者，自研应用程序清理后在合适时期重新启动，进而避免影响终端设备的整机功能。

附图说明

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

图1是一种应用程序的进程清理方法的流程图；

图2是一种应用程序的进程清理装置所在设备的一种硬件结构图；

图3是一种应用程序的进程清理装置的框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

正如背景技术中记载，一方面，终端设备在出厂时预制在设备内的应用程序包括自主研发的应用程序和第三方应用程序，且这些应用程序是可卸载的，用于提高用户体验；另一方面，在终端设备回收内存时，通常可卸载的应用程序对应的进程和占用的内存会被一键清理掉。这样，导致自主研发的应用程序对应的进程被强制关闭，进而影响终端设备的整机功能；特别是自主研发的应用程序是系统关键应用程序时，或者，自主研发的应用程序与系统不可卸载的应用程序处于同一进程时，影响终端设备功能。

因此，发明人想到：在判断出终端设备内预制的应用程序是自研应用程序的情况下，再根据自研应用程序的属性，进一步判断自研应用程序是否为关键应用程序；从而对自研应用程序是关键应用程序、自研应用程序不是关键应用程序的两种情况分别进行处理，以避免对自研应用程序相应的进程执行内存回收时导致终端设备的整机功能受影响。

图1是一种应用程序的进程清理方法的流程图，参见图1，该方法具体可以包括如下步骤。

步骤11：获取终端设备出厂时预制在设备内的应用程序的包名和签名。

步骤12：根据应用程序的签名，判断该应用程序是否为自研应用程序；若是，则执行步骤13；否则执行步骤17。

其中，这里的终端设备以具有Android系统为例来详细说明。

终端设备出厂时会将系统预制的应用程序存储在指定目录下，例如，system/preload，然后，终端设备开机启动服务，以获取该目录下的应用程序的包名和签名。

优选的，再根据获取的应用程序的签名，来准确判断该应用程序是否为自研应用程序。示例性的，若应用程序的签名是海信releasekey（普通签名）或者platform（系统签名），则确定该应用程序是海信自研应用程序；否则，确定该应用程序是第三方应用程序。

需要说明的是，判断应用程序是否为自研应用程序的方式不局限于上述根据签名的方式，还可以根据应用程序的包名中的关键字来判断，只要满足能够区分出自研应用程序和非自研应用程序的条件即可。

步骤13：根据该自研应用程序的属性，判断该自研应用程序是否为关键应用程序；若是，则执行步骤14；否则，执行步骤15。

在确定应用程序是自研应用程序的情况下，再根据该自研应用程序的属性，进一步判断该自研应用程序是否为系统关键应用程序。示例性的，当自研应用程序的属性systemFlag是system分组时，确定该自研应用程序是系统关键应用程序；当自研应用程序的属性systemFlag是非system分组时，确定该自研应用程序不是系统关键应用程序。当然，本实施例不局限于采用上述方式来区分系统关键应用程序和非系统关键应用程序。

可选的，还可以存储自研应用程序的包名和属性systemFlag的对应关系，例如，将该对应关系存储于Android系统的Provider组件中，以便于系统后续执行进程清理时，可以从Provider中获取存储的应用程序的包名和属性。

步骤14：不对该自研应用程序的包名相关联的进程执行进程清理。

由于系统关键应用程序的存在，对于终端设备的功能正常执行必不可少，因此，在确定自研应用程序是系统关键应用程序的情况下，将其过滤掉，即不对与该自研应用程序的包名相关联的进程执行内存回收，以避免影响终端设备的整机功能。

步骤15：检测系统是否有android.permission.KILL_BACKGROUND_PROCESSES权限；若有，则执行步骤16。

步骤16：调用killBackgroundProcesses方法，对该自研应用程序的包名相关联的进程执行进程清理。

一方面，由于应用程序间有一定的耦合，这样，当自研应用程序与系统不可卸载的应用程序处于同一进程时，在执行内存回收过程中，系统将该进程中可卸载的自研应用程序杀掉后，处于该进程中的系统不可卸载的应用程序也被杀掉，导致系统不可卸载的应用程序的功能失效。

另一方面，由于采用killBackgroundProcesses方式来强制关闭系统进程，在被关闭的进程设置了重启时，会被系统在合适时期重新拉起。

因此，本发明实施例中，通过调用killBackgroundProcesses方法，来立即杀死不是系统关键应用程序的自研应用程序对应的进程，以在保证内存回收的同时，需要使用该进程时再将其重启，进而可以正常执行处于该进程中的系统不可卸载的应用程序的功能。

例如，自研天气插件与系统不可卸载的桌面处于同一进程中。由于该天气插件是可卸载的，所以在执行一键清理操作后，该天气插件所在的进程被清理，造成桌面也被强制关闭，从而导致终端解锁后出现黑屏。当终端经过用户操作等返回桌面主屏幕时，桌面会回调方法，来启动进程，进而拉起天气插件。又如，当调用killBackgroundProcesses方法来杀死某自研应用程序的进程时，其动态注册的广播接收器也不再起作用。由于终端系统会集中管理各个应用程序注册的广播接收器，当系统其它进程发出广播时，某自研应用程序动态注册的广播接收器需要接收该广播，此时该自研应用程序的进程也会被重新拉起。

此外，由于采用killBackgroundProcesses方式来强制关闭系统进程，需要系统有android.permission.KILL_BACKGROUND_PROCESSES权限，因此，在确定自研应用程序不是系统关键应用程序的情况下，首先检测采用Android系统的终端设备中是否添加了android.permission.KILL_BACKGROUND_PROCESSES权限。进而，在检测到系统添加了该权限的情况下，再调用ActivityManagerService中的killBackgroundProcesses（）方法，对该自研应用程序的包名相关联的进程执行进程清理，以回收内存。

步骤17：检测系统是否有android.permission.FORCE_STOP_PACKAGES权限；若有，则执行步骤18。

步骤18：调用forceStopPackage方法，对所述应用程序的包名相关联的进程执行进程清理。

具体的，由于采用forceStopPackage方式来强制关闭系统进程，需要系统有android.permission.FORCE_STOP_PACKAGES权限，因此，在确定应用程序不是自研应用程序的情况下，也即确定该应用程序是第三方应用程序时，首先检测采用Android系统的终端设备中是否添加了android.permission.FORCE_STOP_PACKAGES权限。进而，在检测到系统添加了该权限的情况下，再调用ActivityManagerService中的forceStopPackage（）方法，对该第三方应用程序的包名相关联的进程执行进程清理，以回收内存。

需要说明的是，调用forceStopPackage方法，系统会强制停止与该第三方应用程序的包名相关联的所有事件，例如，将会杀死使用同一个uid的所有进程，停止所有服务，移除所有activity，移除所有注册的定时器和通知等。

还需说明的是，本发明实施例对上述步骤11-18的执行顺序不作具体限定。

基于同一技术构思，本发明还提供了一种应用程序的进程清理装置的实施例。

本发明提供的应用程序的进程清理装置的实施例可以应用在终端设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器运行存储器中对应的计算机程序指令形成的。从硬件层面而言，图2是应用程序的进程清理装置所在设备的一种硬件结构图，除了图2所示的处理器以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

图3是一种应用程序的进程清理装置的框图，参见图3，该装置用于安卓系统，该装置包括获取模块31、第一判断模块32、第二判断模块33和第一清理模块34。

获取模块31，用于在指定目录中获取应用程序的包名和签名；

第一判断模块32，用于判断应用程序是否为自研应用程序；

第二判断模块33，用于在所述应用程序是自研应用程序时，根据所述自研应用程序的属性，判断所述自研应用程序是否为关键应用程序；

第一清理模块34，用于若所述自研应用程序不是关键应用程序，则调用killBackgroundProcesses方法，对所述自研应用程序的包名相关联的进程执行进程清理；否则，不对所述自研应用程序的包名相关联的进程执行进程清理。

进一步的，第一清理模块34，具体用于检测所述系统是否有android.permission.KILL_BACKGROUND_PROCESSES权限；若有，则调用killBackgroundProcesses方法，对所述自研应用程序的包名相关联的进程执行进程清理。

可选的，该装置还包括：

第二清理模块35，用于在所述应用程序不是自研应用程序时，调用forceStopPackage方法，对所述应用程序的包名相关联的进程执行进程清理。

进一步的，第二清理模块35，具体用于检测所述系统是否有android.permission.FORCE_STOP_PACKAGES权限；若有，则调用forceStopPackage方法，对所述应用程序的包名相关联的进程执行进程清理。

需要说明的是：上述实施例提供的应用程序的进程清理装置在执行进程清理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种应用程序的进程清理方法，所述方法用于安卓系统，其特征在于，所述方法包括：

判断应用程序是否为自研应用程序；

2.如权利要求1所述的方法，其特征在于，在所述调用killBackgroundProcesses方法，对所述自研应用程序的包名相关联的进程执行进程清理之前，所述方法还包括：

检测所述系统是否有android.permission.KILL_BACKGROUND_PROCESSES权限；

若有，则调用killBackgroundProcesses方法，对所述自研应用程序的包名相关联的进程执行进程清理。

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

在所述应用程序不是自研应用程序时，调用forceStopPackage方法，对所述应用程序的包名相关联的进程执行进程清理。

4.如权利要求3所述的方法，其特征在于，在所述调用forceStopPackage方法，对所述应用程序的包名相关联的进程执行进程清理之前，所述方法还包括：

检测所述系统是否有android.permission.FORCE_STOP_PACKAGES权限；

若有，则调用forceStopPackage方法，对所述应用程序的包名相关联的进程执行进程清理。

5.如权利要求1-4任一所述的方法，其特征在于，所述判断所述应用程序是否为自研应用程序，具体包括：

在指定目录中获取所述应用程序的签名；

根据应用程序的签名，判断所述应用程序是否为自研应用程序。

6.一种应用程序的进程清理装置，所述装置用于安卓系统，其特征在于，所述装置包括：

第一判断模块，用于判断应用程序是否为自研应用程序；

7.如权利要求6所述的装置，其特征在于，所述第一清理模块，具体用于：

8.如权利要求6所述的装置，其特征在于，所述装置还包括：

第二清理模块，用于在所述应用程序不是自研应用程序时，调用forceStopPackage方法，对所述应用程序的包名相关联的进程执行进程清理。

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

检测所述系统是否有android.permission.FORCE_STOP_PACKAGES权限；

10.一种终端设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的所述程序指令，以执行权利要求1-5任一项所述的应用程序的进程清理方法。