应用程序文件的清理方法、装置、终端设备及存储介质与流程

[0001]
本发明属于计算机技术领域，尤其涉及应用程序文件的清理方法、装置、终端设备及存储介质。


背景技术：

[0002]
随着智能终端(例如，智能手机、平板电脑、个人pc等)的普及，基于智能终端的应用程序层出不穷，但是，智能终端的存储空间不能无限扩大。这就需要清除应用程序中的无用文件。
[0003]
目前的应用程序文件清理方案，通常需要应用程序开发者在开发业务模块时，根据所开发业务的文件使用情况，自行添加文件的清理逻辑。文件的清理逻辑散布在应用程序的代码中，不便于集中管理。而且，如果应用程序的开发者在开发过程中忘记添加相关的文件清理逻辑，可能出现无用文件永久占用存储空间的现象。因此，亟需一种能够统一清理应用程序内的无用文件的方案。


技术实现要素：

[0004]
有鉴于此，本发明的目的在于提供应用程序文件的清理方法、装置、终端设备及存储介质，以实现应用程序文件自动清理的目的，其公开的技术方案如下：
[0005]
一方面，本发明提供一种应用程序文件的清理方法，集成于应用程序中，所述方法包括：
[0006]
获取所述应用程序的安装路径下的待清理文件路径；
[0007]
判断保留规则中是否包含与所述待清理文件路径相匹配的文件路径，所述保留规则包括允许存储的文件对应的文件路径及可存储时间；
[0008]
如果所述保留规则中不包含与所述待清理文件路径相匹配的文件路径，则删除所述待清理文件路径对应的文件；
[0009]
如果所述保留规则中包含与所述待清理文件路径相匹配的文件路径，则判断所述待清理文件路径对应文件的存储时间是否超过对应的可存储时间；
[0010]
如果所述待清理文件路径对应文件的存储时间超过所述可存储时间，则删除所述待清理文件路径对应的文件。
[0011]
在一种可能的实现方式中，所述获取所述应用程序的安装路径下的待清理文件路径，包括：
[0012]
获取所述应用程序的文件目录树；
[0013]
依据所述文件目录树获取所述应用程序的安装路径下的待清理文件路径。
[0014]
在一种可能的实现方式中，所述判断保留规则中是否包含与所述待清理文件路径相匹配的文件路径，包括：
[0015]
判断所述保留规则中是否包含与所述待清理文件路径完全相同的文件路径；
[0016]
如果所述保留规则中包含与所述待清理文件路径完全相同的文件路径，则确定与
所述待清理文件路径相匹配的文件路径为与所述待清理文件路径相匹配的文件路径；
[0017]
如果所述保留规则中不包含与所述待清理文件路径完全相同的文件路径，则判断所述保留规则中是否包含与所述待清理文件路径的上级文件路径完全相同的文件路径；
[0018]
如果所述保留规则中包含与所述上级文件路径完全相同的文件路径，则确定与所述待清理文件路径相匹配的文件路径为与所述上级文件路径完全相同的文件路径；
[0019]
如果所述保留规则中不包含与所述上级文件路径完全相同的文件路径，则确定保留规则中不包含与所述待清理文件路径相匹配的文件路径。
[0020]
在一种可能的实现方式中，所述如果所述保留规则中包含与所述待清理文件路径相匹配的文件路径，则判断所述待清理文件路径对应文件的存储时间是否超过可存储时间，包括：
[0021]
如果所述保留规则中包含与所述待清理文件路径相匹配的文件路径，则获取与所述待清理文件路径相匹配的文件路径所对应的可存储时间；
[0022]
获取所述待清理文件路径对应文件的最新更新时间；
[0023]
判断当前时刻与所述最新更新时间的时间差值是否大于或等于所述可存储时间；
[0024]
如果所述时间差值小于所述可存储时间，则确定所述待清理文件路径对应文件的存储时间未超过可存储时间；
[0025]
如果所述时间差值大于或等于所述可存储时间，则确定所述待清理文件路径对应文件的存储时间超过所述可存储时间。
[0026]
在一种可能的实现方式中，所述方法还包括：
[0027]
确定所述应用程序是否处于低功耗状态；
[0028]
如果所述应用程序处于低功耗状态，则执行获取应用程序的安装路径下的待清理文件路径的步骤。
[0029]
在一种可能的实现方式中，确定所述应用程序是否处于低功耗状态，包括：
[0030]
当所述应用程序检测到自身运行于系统后台时，确定所述应用程序处于低功耗状态；
[0031]
或者，
[0032]
当所述应用程序检测到自身处于空闲状态后，确定所述应用程序处于低功耗状态。
[0033]
另一方面，本发明还提供了一种应用程序文件的清理装置，集成于应用程序中，所述装置包括
[0034]
获取模块，用于获取所述应用程序的安装路径下的待清理文件路径；
[0035]
第一判断模块，用于判断保留规则中是否包含与所述待清理文件路径相匹配的文件路径，所述保留规则包括允许存储的文件对应的文件路径及可存储时间；
[0036]
第二判断模块，用于当所述保留规则中包含与所述待清理文件路径相匹配的文件路径时，判断所述待清理文件路径对应文件的存储时间是否超过对应的可存储时间；
[0037]
删除模块，用于当所述保留规则中不包含与所述待清理文件路径相匹配的文件路径时，或者，当所述待清理文件路径对应文件的存储时间超过所述可存储时间时，删除所述待清理文件路径对应的文件。
[0038]
在一种可能的实现方式中，所述第一判断模块，包括：
[0039]
第一判断子模块，用于判断所述保留规则中是否包含与所述待清理文件路径完全相同的文件路径；
[0040]
第一确定子模块，用于当所述保留规则中包含与所述待清理文件路径完全相同的文件路径时，确定与所述待清理文件路径相匹配的文件路径为与所述待清理文件路径相匹配的文件路径；
[0041]
第二判断子模块，用于当所述保留规则中不包含与所述待清理文件路径完全相同的文件路径时，判断所述保留规则中是否包含与所述待清理文件路径的上级文件路径完全相同的文件路径；
[0042]
第二确定子模块，用于当所述保留规则中包含与所述上级文件路径完全相同的文件路径时，确定与所述待清理文件路径相匹配的文件路径为与所述上级文件路径完全相同的文件路径；
[0043]
第三确定子模块，用于当所述保留规则中不包含与所述上级文件路径完全相同的文件路径时，确定保留规则中不包含与所述待清理文件路径相匹配的文件路径。
[0044]
在一种可能的实现方式中，所述获取模块具体用于：
[0045]
获取所述应用程序的文件目录树；
[0046]
依据所述文件目录树获取所述应用程序的安装路径下的待清理文件路径。
[0047]
在一种可能的实现方式中，所述第二判断模块包括：
[0048]
第一获取子模块，用于当保留规则中包含与待清理文件路径相匹配的文件路径时，获取与待清理文件路径相匹配的文件路径所对应的可存储时间。
[0049]
第二获取子模块，用于获取待清理文件路径对应文件的最新更新时间。
[0050]
第三判断子模块，用于判断当前时刻与所述最新更新时间的时间差值是否大于或等于所述可存储时间。
[0051]
第四确定子模块，用于当时间差值小于可存储时间时，确定待清理文件路径对应文件的存储时间未超过可存储时间。
[0052]
第五确定子模块，用于当时间差值大于或等于可存储时间时，确定待清理文件路径对应文件的存储时间超过可存储时间。
[0053]
在一种可能的实现方式中，所述装置还包括：
[0054]
第三判断模块，用于判断所述应用程序是否处于低功耗状态；如果所述应用程序处于低功耗状态，则触发所述获取模块执行获取应用程序的安装路径下的待清理文件路径。
[0055]
在一种可能的实现方式中，当所述应用程序检测到自身运行于系统后台时，确定所述应用程序处于低功耗状态；
[0056]
或者，
[0057]
当所述应用程序检测到自身处于空闲状态后，确定所述应用程序处于低功耗状态。
[0058]
又一方面，本发明提供了一种终端设备，包括处理器和存储器；
[0059]
所述处理器用于执行所述存储器中存储的程序；
[0060]
所述存储器用于存储程序，所述程序至少用于：
[0061]
获取应用程序的安装路径下的待清理文件路径；
[0062]
判断保留规则中是否包含与所述待清理文件路径相匹配的文件路径，所述保留规则包括允许存储的文件对应的文件路径及可存储时间；
[0063]
如果所述保留规则中不包含与所述待清理文件路径相匹配的文件路径，则删除所述待清理文件路径对应的文件；
[0064]
如果所述保留规则中包含与所述待清理文件路径相匹配的文件路径，则判断所述待清理文件路径对应文件的存储时间是否超过对应的可存储时间；
[0065]
如果所述待清理文件路径对应文件的存储时间超过所述可存储时间，则删除所述待清理文件路径对应的文件。
[0066]
再一方面，本发明还提供了一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现如上述任意一种可能的实现方式所述的应用程序的文件清理方法。
[0067]
本发明提供的应用程序文件的清理方法集成于应用程序中，该应用程序通过调用该方法获取自身安装路径下的待清理文件路径，然后，判断保留规则中是否包含与该待清理文件路径相匹配的文件路径，如果包含，则继续判断该待清理文件对应文件的存储时间是否超过对应的可存储时间。如果超过对应的可存储时间，或者，保留规则中不包含相匹配的文件路径，则删除待清理文件对应的文件。该方法可以集成于应用程序的代码中，能够扫描该应用程序的安装路径下的文件，并清理掉指定的文件，以减少应用程序中的无用文件占用智能终端有限的存储空间。而且，采用该方案能够对应用程序的安装目录下的文件进行统一清理，不需要软件开发人员针对所开发的业务模块添加相应的文件清理逻辑代码，减轻了软件开发人员的开发负担。
附图说明
[0068]
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0069]
图1是本发明提供的应用程序文件的清理过程的示意图；
[0070]
图2本发明提供的一种应用程序文件的清理方法的流程图；
[0071]
图3是本发明提供的一种判断保留规则中是否包含与待清理文件路径相匹配的文件路径的过程的流程图；
[0072]
图4是本发明提供的一种判断待清理文件路径对应文件的存储时间是否超过保留规则中配置的可存储时间的过程的流程图；
[0073]
图5是本发明提供的一种文件目录树的示意图；
[0074]
图6是本发明提供的另一种应用程序文件的清理方法的流程图；
[0075]
图7是本发明提供的一种应用程序文件的清理装置的结构示意图；
[0076]
图8是本发明实施例提供的另一种应用程序文件的清理装置的结构示意图；
[0077]
图9是本发明实施例提供的一种终端设备的结构示意图。
具体实施方式
[0078]
应用程序文件是指用户在使用该应用程序的过程中所产生的文件，如缓存文件、下载的文件等。例如，用户使用即时通讯app过程中会缓存一些图片类文件，这些图片存储在该即时通讯app的安装路径下。而且，这些图片用户后续不再使用，如果不定期清理这些图片，这些图片会一直占用终端设备的存储空间。传统的应用程序文件清理方案需要开发人员根据所开发业务的文件使用情况，自行添加文件清理逻辑。这样文件清理逻辑散布在应用程序的代码中不便于集中管理，而且，如果开发人员在开发过程中忘记添加相关的文件清理逻辑，则可能出现应用程序中的无用文件永久占用存储空间的现象。
[0079]
为了解决该技术问题，本发明提供了一种应用程序文件的清理方法，该方法能够自动获取安装路径下的待清理文件路径，并基于清理配置文件判断是否需要删除待清理文件路径对应的文件。采用该方法不需要开发人员自行添加文件清理逻辑，减轻了开发人员的开发工作量，而且，还能避免开发人员忘记添加相应的文件清理逻辑导致无用文件永久占用存储空间的现象发生。
[0080]
请参见图1，示出了本发明提供的应用程序文件的清理系统框架的示意图，该系统应用于智能终端中。
[0081]
如图1所示，在应用程序开发阶段，软件开发人员需要配置白名单配置文件，该白名单配置文件中存储有允许存储的在文件对应的文件路径，以及允许该文件存储的时间。并将该白名单配置文件内置于应用程序的安装文件内。而且，应用程序的安装文件中内置有磁盘扫描工具。
[0082]
用户安装该应用程序的安装文件后，磁盘扫描工具根据白名单配置文件设置相应的保留规则。在磁盘扫描工具扫描该应用程序的文件的过程中，磁盘扫描工具根据设置的保留规则，决定是否清理该文件。
[0083]
需要说明的是，软件开发人员在开发应用程序时会规定用户使用该应用程序时所产生文件的文件路径。例如，软件开发人员在开发指定在a/b/chat.db这个文件路径下存储用户的聊天记录，那么应用程序运行过程中产生的聊天记录一定会存储在chat.db这个文件中。开发人员可以根据规定的文件路径配置白名单配置文件的内容。
[0084]
请参见图2，示出了本发明提供的一种应用程序文件的清理方法的流程图，该方法应用于智能终端。该方法可以集成于任意一个应用程序中，该应用程序通过调用该清理方法清理自身安装路径下的指定文件，减少该应用程序中的无用文件占用的存储空间。
[0085]
如图2所示，该方法包括以下步骤：
[0086]
s110，获取应用程序的安装路径下的待清理文件路径。
[0087]
在本发明的一个实施例中，应用程序先获取自身的文件目录树，然后，调用磁盘扫描工具依据该文件目录树获取该应用程序的安装路径下的待清理文件路径。
[0088]
例如，可以从操作系统的系统接口获得该应用程序的文件目录树。
[0089]
其中，文件目录树是指树型结构的文件夹和文件的存储关系，文件目录是指文件或文件夹与存储空间中物理地址的对应关系。文件目录为每个文件或文件夹设立一个表目。文件目录表目至少包括文件名或文件夹的名称、存储地址、数据长度、访问数据类型、访问权限、创建时间和访问时间等内容。
[0090]
待清理文件路径可以是该应用程序的安装路径下的任意一个文件路径。
[0091]
需要说明的是，文件路径可以是一个文件的路径，或者，一个文件夹的路径。其中，文件路径是指达到某个文件(或文件夹)需要经过的途径。其中，文件路径包括绝对路径和相对路径。
[0092]
绝对路径是指从树型目录结构(即，文件目录树)顶部的根目录开始达到某个目录或文件的路径，由一系列连续的目录组成，中间用斜线分隔，直到要指向的目录或文件，路径中的最后一个名称即要指向的目录或文件。绝对路径通常是从盘符开始的路径，完整的描述文件位置的路径。
[0093]
相对路径是指由这个文件所在的路径引起的跟其它文件(或文件夹)的路径关系。
[0094]
s120，判断保留规则中是否包含与所述待清理文件路径相匹配的文件路径。如果是，则执行s140；如果否，则执行s130。
[0095]
所述保留规则中配置的是允许存储的文件对应的文件路径及允许存储的文件对应的可存储时间。
[0096]
在本发明的一个实施例中，如图3所示，判断保留规则中是否包含与待清理文件路径相匹配的文件路径的过程如下：
[0097]
s121，判断保留规则中是否包含与该待清理文件路径完全相同的文件路径，如果是，则执行s122；如果否，则执行s123。
[0098]
s122，确定与所述待清理文件路径完全相同的文件路径为与所述待清理文件路径相匹配的文件路径。
[0099]
在本发明的一种应用场景中，保留规则中包含与该待清理文件路径完全相同的文件路径，此种应用场景下，确定该文件路径是保留规则中包含的与该待清理文件路径相匹配的文件路径。
[0100]
s123，判断保留规则中是否包含与该待清理文件路径的上级文件路径完全相同的文件路径；如果是，则执行s124；如果否，则执行s125。
[0101]
在本发明的另一个实施例中，保留规则中配置的文件路径所对应的可存储时间具有继承关系，例如，保留规则中配置了某个文件夹的路径所对应的可存储时间，保留规则中并没有配置该文件夹中的具体文件对应的可存储时间。此种场景下，该文件可以直接使用其所属的文件夹所对应的可存储时间规则。
[0102]
因此，当保留规则中不包含与该待清理文件路径完全相同的文件路径，此种应用场景下，需要继续判断保留规则中是否包含与该待清理文件路径的上级路径完全相同的文件路径。
[0103]
s124，确定与待清理文件路相匹配的文件路径为与上级文件路径完全相同的文件路径。
[0104]
如果保留规则中包含与待清理文件路径的上级文件路径完全相同的文件路径，则确定该上级文件路径为与该清理文件路径相匹配的文件路径。进一步根据该上级文件路径所对应的配置信息清理文件。
[0105]
s125，确定保留规则中不包含与待清理文件路径相匹配的文件路径。
[0106]
如果保留规则中不包含与该待清理文件路径的上级文件路径完全相同的文件路径，则确定保留规则中不包含与该待清理文件路径相匹配的文件路径。
[0107]
s130，删除待清理文件路径对应的文件。
[0108]
在本发明的一种应用场景中，如果保留规则中不包含与待清理文件路径相匹配的文件路径，则表明该待清理文件路径的文件需要清理掉，即删除该待清理文件路径对应为文件。
[0109]
在本发明的另一种应用场景中，如果待清理文件路径对应文件的存储时间超过保留规则中配置的与该待清理文件路径相匹配的文件路径的可存储时间，则删除该待清理文件路径对应的文件。
[0110]
s140，判断待清理文件路径对应文件的存储时间是否超过可存储时间；如果是，则执行s130；如果否，则结束当前流程。
[0111]
如果保留规则中包含与该待清理文件路径相匹配的文件路径，则继续判断该待清理文件路径对应文件的存储时间是否超过保留规则中配置的可存储时间。
[0112]
在本发明的一个实施例中，如图4所示，判断待清理文件路径对应文件的存储时间是否超过保留规则中配置的可存储时间的过程可以包括步骤s141～s145：
[0113]
s141，获取与待清理文件路径相匹配的文件路径所对应的可存储时间。
[0114]
从保留规则中读取与该待清理文件路径相匹配的文件路径的可存储时间。
[0115]
s142，获取该待清理文件路径对应文件的最新更新时间。
[0116]
在本发明的一个实施例中，利用磁盘扫描工具能够获得该待清理文件路径对应文件的描述信息，该描述信息包括但不限于：文件类型、文件大小、创建时间、更新时间等信息。
[0117]
s143，判断当前时刻与该最新更新时间的时间差值是否大于或等于可存储时间；如果小于，则执行s144；如果大于或等于，则执行s145。
[0118]
s144，确定待清理文件路径对应文件的存储时间未超过可存储时间。
[0119]
s145，确定待清理文件路径对应文件的存储时间超过所述可存储时间。
[0120]
最后通过具体的实例说明文件可存储时间的不同适用情况：
[0121]
例如，某个应用程序的文件目录树如图5所示，a文件夹下有文件夹b、文件x.pic和文件y.pic；文件夹b下有文件z.pic。
[0122]
假如保留规则中仅配置有文件夹a的可存储时间为24小时，此种情况下，保留规则中均没有与x.pic、y.pic和z.pic这三个文件的文件路径分别完全相同的文件路径。因此，继续判断保留规则中是否包含分别与这三个文件的上一级文件路径完全相同的文件路径，此时，保留规则中包含与x.pic和y.pic这两个文件所属的文件夹a相匹配的可存储时间，因此，确定x.pic、y.pic可以保留24小时。保留规则中不包含z.pic这个文件所属的文件夹b相匹配的文件路径，继续查找发现保留规则中包含文件夹b所属文件夹a的可存储时间为24小时，因此，z.pic也可以保留24小时。
[0123]
假设保留规则中配置a的可存储时间为24小时，文件夹b的可存储时间为三天，此种情况下，x.pic和y.pic这两个文件只保留24小时，z.pic这个文件保留三天。
[0124]
假设保留规则中配置了文件夹a的存储时间为24小时，文件x.pic的可存储时间为三天，此种情况下，y.pic和z.pic这两个文件只保留24小时，x.pic这个文件保留三天。
[0125]
此外，需要说明的是，本实施例并不限定该方法的运行时间，可以按照预设的时间间隔执行该清理方法，或者，预先配置执行该清理方法的条件，当检测到当前条件满足预先配置的条件时，执行该清理方法。
[0126]
本实施例提供的应用程序文件的清理方法，集成于应用程序的代码中，该应用程序通过调用该方法扫描该应用程序的安装路径下的文件，并清理掉指定的文件，以减少应用程序中的无用文件占用智能终端有限的存储空间。而且，采用该方案能够对应用程序的安装目录下的文件进行统一清理，不需要软件开发人员针对所开发的业务模块添加相应的文件清理逻辑代码，减轻了软件开发人员的开发负担。
[0127]
请参见图6，示出了本发明实施例提供的另一种应用程序文件的清理方法流程，本实施例中，当应用程序处于低功耗状态时，执行上述的应用程序文件的清理方法。如图6所示，该方法在图2所示实施例的基础上还包括以下步骤：
[0128]
s210，确定应用程序是否处于低功耗状态；如果是，则执行s110；如果否，则间隔预设时长后返回执行s210。
[0129]
在本发明的一个实施例中，当应用程序检测到自身运行于系统后台时，确定自身处于低功耗状态。例如，在android系统或ios系统中，当应用程序运行在系统后台时，系统会通知该应用程序当前处于后台状态。
[0130]
在本发明的另一个实施例中，当应用程序检测到自身处于空闲状态时，确定该应用程序处于低功耗状态。例如，当应用程序在预设时间内未检测到对于该应用程序的任何操作，则确定该应用程序处于低功耗状态。
[0131]
当确定应用程序处于低功耗状态时，执行上述的应用程序文件的清理方法，即启动磁盘扫描工具扫描该应用程序安装目录下的各个文件路径，并按照预先配置的保留规则清理相应的文件。
[0132]
本实施例提供的应用程序文件的清理方法，在应用程序处于低功耗状态下自动执行文件清理方法，避免在用户使用应用程序时运行文件清理方法导致占用内存过多进而影响用户使用体验的现象发生。
[0133]
另一方面，本发明还提供了一种应用程序文件的清理装置实施例，该装置集成于应用程序中，如图7所示，该装置可以包括：获取模块110、第一判断模块120、第二判断模块130和删除模块140。
[0134]
获取模块110，用于获取应用程序的安装路径下的待清理文件路径。
[0135]
在本发明的一个实施例中，获取模块110具体用于：获取应用程序的文件目录树；依据文件目录树获取应用程序的安装路径下的待清理文件路径。
[0136]
第一判断模块120，用于判断保留规则中是否包含与待清理文件路径相匹配的文件路径。
[0137]
其中，该保留规则包括允许存储的文件对应的文件路径及可存储时间。
[0138]
在本发明的一个实施例中，第一判断模块120可以包括：第一判断子模块、第一确定子模块、第二判断子模块、第二确定子模块和第三确定子模块。
[0139]
第一判断子模块，用于判断保留规则中是否包含与待清理文件路径完全相同的文件路径。
[0140]
第一确定子模块，用于当保留规则中包含与待清理文件路径完全相同的文件路径时，确定与待清理文件路径相匹配的文件路径为与待清理文件路径相匹配的文件路径。
[0141]
第二判断子模块，用于当保留规则中不包含与待清理文件路径完全相同的文件路径时，判断保留规则中是否包含与所述待清理文件路径的上级文件路径完全相同的文件路
径。
[0142]
第二确定子模块，用于当保留规则中包含与上级文件路径完全相同的文件路径时，确定与待清理文件路径相匹配的文件路径为与上级文件路径完全相同的文件路径。
[0143]
第三确定子模块，用于当保留规则中不包含与上级文件路径完全相同的文件路径时，确定保留规则中不包含与待清理文件路径相匹配的文件路径。
[0144]
第二判断模块130，用于当保留规则中包含与待清理文件路径相匹配的文件路径时，判断待清理文件路径对应文件的存储时间是否超过对应的可存储时间。
[0145]
在本发明的一个实施例中，第二判断模块130可以包括：
[0146]
第一获取子模块，用于当保留规则中包含与待清理文件路径相匹配的文件路径时，获取与待清理文件路径相匹配的文件路径所对应的可存储时间。
[0147]
第二获取子模块，用于获取待清理文件路径对应文件的最新更新时间。
[0148]
第三判断子模块，用于判断当前时刻与所述最新更新时间的时间差值是否大于或等于所述可存储时间。
[0149]
第四确定子模块，用于当时间差值小于可存储时间时，确定待清理文件路径对应文件的存储时间未超过可存储时间。
[0150]
第五确定子模块，用于当时间差值大于或等于可存储时间时，确定待清理文件路径对应文件的存储时间超过可存储时间。
[0151]
删除模块140，用于当保留规则中不包含与待清理文件路径相匹配的文件路径时，或者，当待清理文件路径对应文件的存储时间超过可存储时间时，删除待清理文件路径对应的文件。
[0152]
请参见图8，示出了本发明提供的另一种应用程序文件的清理装置的结构示意图，该装置在图7所示实施例的基础上还包括：
[0153]
第三判断模块210，用于判断应用程序是否处于低功耗状态；如果是，则触发所述获取模块执行获取应用程序的安装路径下的待清理文件路径。如果否，则间隔指定时长后，继续触发第三判断模块判断该应用程序是否处于低功耗状态。
[0154]
在本发明的一种应用场景中，当应用程序检测到自身运行于系统后台时，确定所述应用程序处于低功耗状态。例如，在android系统或ios系统中，当应用程序运行在系统后台时，系统会通知该应用程序当前处于后台状态。
[0155]
在本发明的另一种应用场景中，当应用程序检测到自身处于空闲状态后，确定所述应用程序处于低功耗状态。例如，当应用程序在预设时间内未检测到对于该应用程序的任何操作，则确定该应用程序处于低功耗状态。
[0156]
本实施例提供的应用程序文件的清理装置，在应用程序处于低功耗状态下自动执行文件清理方法，避免在用户使用应用程序时运行文件清理方法导致占用内存过多进而影响用户使用体验的现象发生。
[0157]
又一方面，本发明还提供了一种终端设备，如图9所示，该终端设备可以包括处理器310和存储器320。
[0158]
可选地，该终端设备还可以包括通信接口330、输入单元340、通信总线350和显示单元360。
[0159]
处理器310、存储器320、通信接口330、输入单元340和显示单元360均通过通信总
线350实现相互之间的通信。
[0160]
在一种可能的实现方式中，该处理器310可以是中央处理器(central processing unit，cpu)、特定应用集成电路、数字信号处理器、现成可编程门阵列或者其它可编程逻辑器件等。
[0161]
处理器310可以执行存储器320中存储的程序，存储器320中用于存储一个或者一个以上程序，程序可以包括程序代码，所述程序代码包括计算机操作指令。在本申请实施例中，该存储器中至少存储有用于实现以下功能的程序：
[0162]
获取应用程序的安装路径下的待清理文件路径；
[0163]
判断保留规则中是否包含与所述待清理文件路径相匹配的文件路径，所述保留规则包括允许存储的文件对应的文件路径及可存储时间；
[0164]
如果所述保留规则中不包含与所述待清理文件路径相匹配的文件路径，则删除所述待清理文件路径对应的文件；
[0165]
如果所述保留规则中包含与所述待清理文件路径相匹配的文件路径，则判断所述待清理文件路径对应文件的存储时间是否超过对应的可存储时间；
[0166]
如果所述待清理文件路径对应文件的存储时间超过所述可存储时间，则删除所述待清理文件路径对应的文件。
[0167]
在一种可能的实现方式中，该存储器320可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、以及至少一个功能(比如声音播放功能、图像播放功能等)所需的应用程序等；存储数据区可存储根据计算机的使用过程中所创建的数据，比如，用户数据、用户访问数据以及音频数据等等。
[0168]
此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。
[0169]
该通信接口330可以为通信模块的接口，如gsm模块的接口。
[0170]
需要说明的是，图9所示的服务器的结构并不构成对本申请实施例中服务器的限定，在实际应用中服务器可以包括比图9所示的更多或更少的部件，或者组合某些部件。
[0171]
又一方面，本发明还提供了一种存储介质，该存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现如上任意一个实施例中的应用程序文件的清理方法。
[0172]
对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0173]
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0174]
本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
[0175]
本申请各实施例中的装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。
[0176]
本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，模块或子模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个子模块或模块可以结合或者可以集成到另一个模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0177]
作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。
[0178]
另外，在本申请各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。
[0179]
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0180]
对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
[0181]
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。