欢迎转载，转载请注明：http://blog.csdn.net/zhgxhuaa

在总篇中提到过垃圾清理，本篇将着重介绍针对缓存、卸载残留、无用数据等“静态内容”的清理，有关于系统进程的清理以及手机加速的相关功能，将放到《手机加速篇》中介绍研究。

现在很多手机管理软件中都有垃圾清理的功能，本篇也来对垃圾清理做一个简单的分析和介绍。在正式分析之前，让我们首先看一下“什么叫系统垃圾？”。在百度本科中，关于“系统垃圾”是这样定义的：系统垃圾，就是系统不再需要的文件的统称。当你浏览过网页，安装后又卸载掉的程序残留文件及注册表的键值。这些都是对系统毫无作用的文件，只能给系统增加负担，所以叫垃圾。

关于系统垃圾其实就一句话”所有我们所不再需要的资源、文件、缓存，就是垃圾”。我们清理系统垃圾就是要清理掉这些不再需要的文件。

首先看一下在目前流行的手机管理软件总，都将那些作为可以清理的垃圾，下面是使用率比较高的四款手机管理软件的垃圾清理部分截图：

结合这些手机管理软件，对Android手机中可以清理的垃圾总结如下：

A.       应用缓存文件

B.       应用卸载残留

C.       无用的安装包

D.       内存数据

E.        系统垃圾（日志、缩略图、空文件夹等）

F.        广告文件

G.       大文件（文件大小大于某个值的文件）

H.       SD卡上的无用文件

在清理这些垃圾文件时，有的需要root权限，有的不需要，接下来将统一做一下介绍分析。

在了解了关于垃圾文件的定义后，下面介绍一些Android中关于应用数据的管理策略：

Android中数据存储可以简单的分为内置存储（主要指应用data目录）和外置存储（主要是SD卡）两种情况。Android对这两种不同情况的管理策略是不一样的。对于内置存储中的数据采用进程隔离的原则存储，外置存储则采用全局共享的原则存储。

对于清理内置存储中的应用私有数据一般来说是需要root权限的，对于清理外置存储中的数据一般来说是不需要特殊权限的。

在很多手机管理类软件中都会发现有“快速清理”和“深度清理”，这里简单说一下：

• 所谓快速清理，其实往往就是指在垃圾扫描时只扫描两到三层目录，暂时不做一些需要深度遍历等的耗时操作。
• 所谓深度清理，往往就是指对所有可清理的垃圾进行全面扫描，对目录进行深度遍历。

这里有一点要说的是，二者的看似泾渭分明，实则是可以相互融合的，一个可行测策略是：

在管理软件启动后，选择系统空闲时间，定时做深度扫描，在用户手动触发时做快速扫描。不过这里又引出另外一个问题是：在空闲时扫描要有合适的策略，什么时候开始，什么时候暂停，必须保证在不影响应用正常使用的前提下进行。

对于应用缓存的清理，本文将介绍两种实现方案，分别为：自己实现应用缓存清理和利用系统接口实现应用缓存清理，接下来将分别介绍。

要清理应用缓存，首先要了解应用的缓存是怎么存放的。一般来说，Android中应用的缓存包括如下部分：

A.       /data/data/ package_name /cache（应用缓存）

B.       /mnt/sdcard/Android/ package_name /cache（外部应用缓存，FROYO以后支持）

C.       /data/data/package_name/database/webview.db*（WebView缓存）

D.       /data/data/package_name/database/webviewCache.db*（WebView缓存）

E.        其他一些/data/data/ package_name /*cache目录（应用缓存）

F.        /data/data/package_name/files（比较严格的清理策略时也可以选择清理）

对于保存在/data/data/ package_name目录下文件，应用本身及与其共享userId的应用拥有全部的读写执行权限，其他应用是没有读写权限的，如下：

通过上面的分析，我们得出了清理应用缓存的第一种方案：

在获得root权限的前提下，遍历扫描应用的上述缓存目录，如果发现则删除即可。下面两段是计算缓存大小和清理缓存的部分示例代码：

计算缓存大小部分的代码片段：

清理缓存部分的代码片段：

当然，这里的扫描和清理工作也可以通过JNI放到C代码里去做，实现都是类似的。在通过C代码是否缓存时可以参见@frameworks/native/cmds/installd/commands.c中的free_cache函数。

用过Android手机的朋友相信都知道在手机的“设置->应用”中的应用详情页里面有“清除缓存”的功能，下面是在我我个人的手机上一个应该的截图：

OK，到这里，问题来了，我们是否可以利用系统接口实现应用”清除缓存“功能呢？Android系统中应用详情页位于@/packages/apps/Settings/src/com/android/settings/applications/InstalledAppDetails.java中。

InstalledAppDetails中清理应用缓存部分的代码如下所示：

在PackageManager中关于deleteApplicationCacheFiles的实现如下：

这里我们要注意如下几点：

A.       deleteApplicationCacheFiles接口是hide的，在代码中不能直接调用。

B.       使用deleteApplicationCacheFiles接口需要声明DELETE_CACHE_FILES权限。

C.       通过deleteApplicationCacheFiles接口是无法清除系统应用缓存的。

D.       缓存清理结果通过IPackageDataObserver接口完成回调。

除了deleteApplicationCacheFiles接口，PackageManager中还有如下两个接口可以选择调用：

下面是采用第二种缓存清理方式的部分示例代码，如下：

下面是获取各个应用缓存大小的部分示例代码：

在介绍了两种应用缓存清理方式以后，这里做一个简单的对比，以供使用时进行选择：

A.       从范围：第一种方式清理范围更广，更彻底。第二种方式只能清理非系统应用，第一种方式可以清理所有应用，甚至应用自定义缓存文件。

B.       从权限：第一种方式需要root权限，第二种方式只需要在AndroidManifest中指定DELETE_CACHE_FILES即可。

C.       从安全：采用第一种方式时要有合适的策略，避免清理掉不应该清理的缓存。

综上，第一种方式的清理范围更广更彻底一些，在取得root权限的情况下，建议采用第一种方式。

如在1.3中所介绍，应用安装后的数据存放有内置存储和外置存储两种方式。对应内置存储中的数据在应用删除时会自动被删除，这里可以不用关心。但是许多Android应用程序会在移动终端的存储卡上创建自己应用程序专用的目录，用来存放缓存文件、临时文件或者通过网络下载的视频、音频、书籍等媒体文件。但是，当Android应用程序被卸载时，残留在存储卡上的文件不会被删除，而其中大部分文件对于用户来说是无用处的，属于垃圾文件。如果用户频繁的安装和卸载新软件，就会在存储卡产生大量的应用程序残留文件，不但占用存储卡空间，而且使存储卡的文件管理变得困难起来。因此，实现Android应用程序残留目录的识别与清理是十分必要的。

应用卸载残留清理的一个关键点就是：应用残留目录的识别。这里有两种可行的方案：

在文件或者数据库中应用包名（唯一）与SD卡上文件的一个映射信息，可以采用应用包名为Key，因为不同应用的包名是唯一的，不会重复；采用SD卡上的文件作为Value，建立映射如下所示：

在检测到应用卸载事件后判断该应用是否有对应的文件存在，有则提示用户删除。采用这种方案时需要如下几个问题：

A.       映射表的建立：需要对使用频率和用户量较高的应用建立映射表。这里最好有后台提前扫描应用建立，然后下发给客户端；也可以客户端先上报信息到后台，后台修正。映射表的建立是识别的关键。

B.       错误识别问题：一般来说不同应用的数据放在不同的文件夹中，不会有重复。但在实际中难免会出现重复的情况。对于这种情景有两种处理方式：

1)        映射关系细化到文件，删除完文件后再判断上层文件夹是否为空，为空则删除。

2)        有多个应用的映射关系重复时判断所有应用都已卸载再删除文件夹。

该方案的普遍性并不如第一种方案强，但也可作为一种实现方案作为参考。方案如下：

1)        在通过管理软件进行安装时，通过log记录安装应用所产生的文件。在应用运行时，监控SD文件的变化，发现变化时，当前应用（运行时栈顶）即文件的创建者，同样在log中记录这种对应关系。

2)        在通过管理软件卸载应用时，根据log信息执行逆过程。

无用安装包的清理比较简单。判断无用安装包的标准是：

A.       存储目录中存在APK文件，但是该APK已被安装

B.       APK文件已损坏

扫描安装包有两种处理方式：

A.       深度扫描：扫描SD卡上的所有目录

B.       快速扫描，只扫描手机管理软件（豌豆荚、360手机助手、应用宝等）和浏览器（UCWeb、QQ浏览器）和Download目录。

要清理其他下载文件也可以按照这个思路来实现。

系统垃圾清理包括临时文件、缩略图、系统日志、失效文件、空白文件等的清理，下面做一下介绍。

日志文件分为系统日志和应用日志两部分，其各自的存放位置分别为：

1)        系统日志的存放位置如下（不同手机可能会有所差异）：

A.       /data/local/tmp/*

B.       /data/tmp/*

C.       /data/system/usagestats/*

D.       /data/system/appusagestates/*

E.        /data/system/dropbox/*

F.        /data/tombstones/*

G.       /data/anr/*

H.       /dev/log/main

2)        应用日志存放位置可以判断的有：SD卡上后缀名为“.log”或者“*log.txt”等结尾的文件。

在SD卡上的DICM目录下有一个隐藏的目录，名字叫“.thumbnails”，这个目录存放的是系统图片的缓存。清理缓存主要就是清理这个目录。应用目录也可能有缩略图文件，但不容易识别，所以不建议清理，可以放在清理残留数据时一起清理。

判断标准：

A.       文件的长度为0则认为是空白文件，可以删除

B.       文件夹中不包含任何文件或文件夹，则认为是空白文件夹，可以删除。

C.       除了上面两种情况外，还可以扫描文件的创建时间，很长时间未使用的文件认为是无效文件。

对于大文件的识别比较简单，只判断文件大小是否超过一定的阀值（例如：豌豆荚认为大小超过10M即为大文件）即可。但这里有两个需要注意的点：

A.       大文件一般是视频文件或者应用数据（例如百度map的数据），对于这些文件在清理是建议默为“不选中”状态。

B.       可以充分利用2.2.1中建立的映射关系，对大文件是否建议删除提供更加准确的建议。

对于广告文件等的识别和处理这里不再赘述了，原理都与上面的类似。

通过本篇中的方法基本上可以实现对Android系统中垃圾文件的全面清理。这里要强调的是：

A.       垃圾清理是把双刃剑，一定要有合适的策略，否则反而影响用户体验。

B.       在清理垃圾文件时一定要抱着这样的态度：宁可错，不可过。