android缓存垃圾扫描功能吗,Android 系统缓存扫描与清理方法分析
我们先来看一个熟悉的界面：
这是手机的「设置」——「应用」里的已安装应用的详情页，这里面会显示缓存的大小，而且提供了清理缓存的功能，这就是我们做「系统缓存」清理想做的事情。
这里显示的大小是如何计算出来的，它实际上的文件组成是怎么样的呢？可以从 Android 系统自带的 Settings APP 的源码中找到答案。
注：下面的分析基于Android 4.1 源码，比较古老了，但并不妨碍理解。
探索「外部缓存」
按惯例先说结论：
「外部缓存」由所有已安装应用的 /sdcard/Android/data/packagename/cache 文件夹组成。
Settings APP 的源码在 Android 源码树的 packages/apps/Settings 目录里，在它里面能找到 InstalledAppDetails.java 文件，从名字上看它应该就是对应我们上图中的「应用详情页」，它是一个 Fragment，在它的onResume方法中调用了refreshUi方法，它里面又调用了refreshSizeInfo方法：
private void refreshSizeInfo() {
if (mAppEntry.size == ApplicationsState.SIZE_INVALID
|| mAppEntry.size == ApplicationsState.SIZE_UNKNOWN) {
......
} else {
......
long cacheSize = mAppEntry.cacheSize + mAppEntry.externalCacheSize;
if (mLastCacheSize != cacheSize) {
mLastCacheSize = cacheSize;
mCacheSize.setText(getSizeStr(cacheSize));
}
......
}
}
这个方法定义在文件 packages/apps/Settings/src/com/android/settings/applications/InstalledAppDetails.java 中。
很显然这里的cacheSize就是对应上图里的缓存大小，从这几行代码的字面意义里可以看出缓存是由「内部缓存」加「外部缓存」组成，甚至可以初步推测出本节的结论，当然这里要继续深究一下其中的原理。
找到给mAppEntry赋值的地方：
private boolean refreshUi() {
......
mAppEntry = mState.getEntry(packageName);
......
}
这个方法定义在文件 packages/apps/Settings/src/com/android/settings/applications/InstalledAppDetails.java 中。
继续看getEntry里做了什么：
AppEntry getEntry(String packageName) {
......
for (int i=0; i
ApplicationInfo info = mApplications.get(i);
if (packageName.equals(info.packageName)) {
entry = getEntryLocked(info);
break;
}
}
.......
}
这个方法定义在文件 packages/apps/Settings/src/com/android/settings/applications/ApplicationsState.java 中。
找到给mApplications添加数据的地方：
void addPackage(String pkgName) {
try {
synchronized (mEntriesMap) {
......
ApplicationInfo info = mPm.getApplicationInfo(pkgName,
PackageManager.GET_UNINSTALLED_PACKAGES |
PackageManager.GET_DISABLED_COMPONENTS);
mApplications.add(info);
if (!mBackgroundHandler.hasMessages(BackgroundHandler.MSG_LOAD_ENTRIES)) {
mBackgroundHandler.sendEmptyMessage(BackgroundHandler.MSG_LOAD_ENTRIES);
}
......
}
} catch (NameNotFoundException e) {
}
}
这个方法定义在文件 packages/apps/Settings/src/com/android/settings/applications/ApplicationsState.java 中。
它在mApplications.add(info);后顺便发了个消息，经过MSG_LOAD_ENTRIES到MSG_LOAD_ICONS到MSG_LOAD_SIZES的消息链，我们看到一个从名字上就看出来很重要的关键方法调用getPackageSizeInfo：
class BackgroundHandler extends Handler {
......
@Override
public void handleMessage(Message msg) {
......
switch (msg.what) {
......
case MSG_LOAD_ENTRIES: {
......
if (numDone >= 6) {
......
} else {
sendEmptyMessage(MSG_LOAD_ICONS);
}
} break;
case MSG_LOAD_ICONS: {
......
if (numDone >= 2) {
......
} else {
sendEmptyMessage(MSG_LOAD_SIZES);
}
} break;
case MSG_LOAD_SIZES: {
synchronized (mEntriesMap) {
......
mPm.getPackageSizeInfo(mCurComputingSizePkg, mStatsObserver);
......
}
} break;
}
}
......
}
这个类定义在文件 packages/apps/Settings/src/com/android/settings/applications/ApplicationsState.java 中。
mPm是PackageManager类型的，这是一个抽象类型，它的实现类为ApplicationPackageManager，ApplicationPackageManager.getPackageSizeInfo里调用了IPackageManager.getPackageSizeInfo，IPackageManager的实例在ContexImpl.getPackageManager方法里通过ActivityThread.getPackageManager()获得，它的方法调用最终是反映到通过 Binder 机制返回的PackageManagerService实例上，我们找到getPackageSizeInfo的最终实现：
public class PackageManagerService extends IPackageManager.Stub {
......
public void getPackageSizeInfo(final String packageName,
final IPackageStatsObserver observer) {
......
Message msg = mHandler.obtainMessage(INIT_COPY);
msg.obj = new MeasureParams(stats, observer);
mHandler.sendMessage(msg);
}
......
}
这个方法定义在文件 frameworks/base/services/java/com/android/server/pm/PackageManagerService.java 中。
这里我们注意msg.obj的类型为MeasureParams，INIT_COPY消息对应的处理：
class PackageHandler extends Handler {
private boolean mBound = false;
......
public void handleMessage(Message msg) {
......
doHandleMessage(msg);
......
}
void doHandleMessage(Message msg) {
switch (msg.what) {
case INIT_COPY: {
......
if (!mBound) {
if (!connectToService()) {
......
} else {
......
}
} else {
......
}
break;
}
case MCS_BOUND: {
......
if (params.startCopy()) {
......
}
......
break;
}
......
}
}
......
}
这个类定义在文件 frameworks/base/services/java/com/android/server/pm/PackageManagerService.java 中。
mBound默认值为 false，所以会进connectToService方法，里面会触发DefaultContainerConnection.onServiceConnected回调，发送了MCS_BOUND的消息，通过params.startCopy()来到MeasureParams的handleStartCopy方法里，可以直接看到externalCacheSize的计算方法：
void handleStartCopy() throws RemoteException {
synchronized (mInstallLock) {
mSuccess = getPackageSizeInfoLI(mStats.packageName, mStats);
}
......
if (mounted) {
final File externalCacheDir = Environment
.getExternalStorageAppCacheDirectory(mStats.packageName);
final long externalCacheSize = mContainerService
.calculateDirectorySize(externalCacheDir.getPath());
mStats.externalCacheSize = externalCacheSize;
......
}
}
这个方法定义在文件 frameworks/base/services/java/com/android/server/pm/PackageManagerService.java 中。
externalCacheSize实际即是Environment.getExternalStorageAppCacheDirectory返回的文件夹的大小，来看一下它返回的文件夹是什么：
public class Environment {
......
private static final File EXTERNAL_STORAGE_ANDROID_DATA_DIRECTORY = new File(new File(
getDirectory("EXTERNAL_STORAGE", "/storage/sdcard0"), "Android"), "data");
......
public static File getExternalStorageAppCacheDirectory(String packageName) {
return new File(new File(EXTERNAL_STORAGE_ANDROID_DATA_DIRECTORY,
packageName), "cache");
}
......
}
这个类定义在文件 frameworks/base/core/java/android/os/Environment.java 中。
一般来讲 /storage/sdcard0 都是挂载到 /sdcard，可见Environment.getExternalStorageAppCacheDirectory返回的就是 /sdcard/Android/data/packagename/cache。
即有小结论一：
「外部缓存」由所有已安装应用的 /sdcard/Android/data/packagename/cache 文件夹组成。
探索「内部缓存」
先说结论：
「内部缓存」由所有已安装应用的 /data/data/packagename/cache 文件夹组成。
从上面的handleStartCopy方法中可知 Internal 的cacheSize部分在getPackageSizeInfoLI方法里，
private boolean getPackageSizeInfoLI(String packageName, PackageStats pStats) {
......
int res = mInstaller.getSizeInfo(packageName, p.mPath, publicSrcDir,
asecPath, pStats);
......
}
这个方法定义在文件 frameworks/base/services/java/com/android/server/pm/PackageManagerService.java 中。
class Installer {
......
private boolean connect() {
......
LocalSocketAddress address = new LocalSocketAddress("installd",
LocalSocketAddress.Namespace.RESERVED);
mSocket.connect(address);
......
}
......
private synchronized String transaction(String cmd) {
if (!connect()) {
......
}
if (!writeCommand(cmd)) {
......
}
if (readReply()) {
......
return s;
} else {
......
}
}
public int getSizeInfo(String pkgName, String apkPath, String fwdLockApkPath,
String asecPath, PackageStats pStats) {
StringBuilder builder = new StringBuilder("getsize");
builder.append(' ');
builder.append(pkgName);
builder.append(' ');
builder.append(apkPath);
......
String s = transaction(builder.toString());
String res[] = s.split(" ");
......
try {
......
pStats.cacheSize = Long.parseLong(res[3]);
......
} catch (NumberFormatException e) {
return -1;
}
}
......
}
这个方法定义在文件 frameworks/base/services/java/com/android/server/pm/Installer.java 中。
getSizeInfo方法最终是通过给 /dev/socket/installd 发送getsize packagename apkpath ...获取的输出中解析出来。
/dev/socket/installd 的源码在 frameworks/base/cmds/installd，getsize命令最后在get_size函数中处理，
int get_size(const char *pkgname, const char *apkpath,
const char *fwdlock_apkpath, const char *asecpath,
int64_t *_codesize, int64_t *_datasize, int64_t *_cachesize,
int64_t* _asecsize)
{
......
if (create_pkg_path(path, pkgname, PKG_DIR_POSTFIX, 0)) {
goto done;
}
d = opendir(path);
......
dfd = dirfd(d);
......
while ((de = readdir(d))) {
const char *name = de->d_name;
if (de->d_type == DT_DIR) {
......
subfd = openat(dfd, name, O_RDONLY | O_DIRECTORY);
if (subfd >= 0) {
int64_t size = calculate_dir_size(subfd);
if (!strcmp(name,"lib")) {
codesize += size;
} else if(!strcmp(name,"cache")) {
cachesize += size;
} else {
datasize += size;
}
}
} else {
......
}
}
......
}
这个函数定义在文件 frameworks/base/cmds/installd/Commands.c 中。
我们来看一下path是什么值：
int create_pkg_path(char path[PKG_PATH_MAX],
const char *pkgname,
const char *postfix,
uid_t persona)
{
size_t uid_len;
char* persona_prefix;
if (persona == 0) {
persona_prefix = PRIMARY_USER_PREFIX;
uid_len = 0;
} else {
......
}
const size_t prefix_len = android_data_dir.len + strlen(persona_prefix) + uid_len + 1 /*slash*/;
char prefix[prefix_len + 1];
char *dst = prefix;
size_t dst_size = sizeof(prefix);
if (append_and_increment(&dst, android_data_dir.path, &dst_size) < 0
|| append_and_increment(&dst, persona_prefix, &dst_size) < 0) {
ALOGE("Error building prefix for APK path");
return -1;
}
......
dir_rec_t dir;
dir.path = prefix;
dir.len = prefix_len;
return create_pkg_path_in_dir(path, &dir, pkgname, postfix);
}
这个函数定义在文件 frameworks/base/cmds/installd/utils.c 中。
可见path就是由android_data_dir.path，PRIMARY_USER_PREFIX，pkgname和PKG_DIR_POSTFIX四段拼接起来的，pkgname就是包名，其它几个值分别是什么呢？
......
#define PRIMARY_USER_PREFIX "data/"
......
#define PKG_DIR_POSTFIX ""
......
这些宏定义在 frameworks/base/cmds/installd/installd.h 中
int initialize_globals() {
// Get the android data directory.
if (get_path_from_env(&android_data_dir, "ANDROID_DATA") < 0) {
return -1;
}
......
}
这个函数定义在文件 frameworks/base/cmds/installd/installd.c 中。
android_data_dir其实是获取的系统的ANDROID_DATA环境变量值，就是/data：
shell@aries:/ $ echo $ANDROID_DATA
/data
所以path的值即为/data/data/pkgname，而cacheSize即为它下面的cache文件夹的大小。
即有小结论二：
「内部缓存」由所有已安装应用的 /data/data/packagename/cache 文件夹组成。
以上，我们的结论得证。
系统缓存大小的计算
通过上一节我们已经知道了「系统缓存」的文件构成，在想要计算系统缓存大小的时候下意识的想法就是，用代码计算一下这两个文件夹的大小不就行了？
事实证明这个想法只是 too young, sometimes naive.
/data/data/packagename/cache 文件夹每个应用访问属于自己的无压力，但其它应用是没有权限读取的，如果是做本应用内的缓存清理，那事情就简单了，直接算一算就好了。
如果是要做针对所有应用的缓存清理功能，那就得另想办法了。
这里分了两种情况：能获取 root 权限和不能获取 root 权限。我们这里先讨论非 root 权限的系统缓存计算和清理，root 权限的情况在后文会有说明。
既然直接计算文件夹大小的方法行不通了，那就仍然重复上面的故事。
Settings 计算缓存大小的方法
Settings APP 使用了PackageManager.getPackageSizeInfo方法来做此事，难道 so easy？屁颠屁颠去查了一下 Android API，发现PacakgeManager的文档中压根就没有出现getPackageSizeInfo的身影，好吧这是一个不对外公开的 API。
但是区区困难怎么拦得住一颗改变世界的心？对付隐藏 API 我们还有反射大法。
我们回顾一下 Settings APP 里的做法：
class BackgroundHandler extends Handler {
......
final IPackageStatsObserver.Stub mStatsObserver = new IPackageStatsObserver.Stub() {
public void onGetStatsCompleted(PackageStats stats, boolean succeeded) {
......
entry.cacheSize = stats.cacheSize;
......
entry.externalCacheSize = stats.externalCacheSize;
......
}
};
......
@Override
public void handleMessage(Message msg) {
......
switch (msg.what) {
......
case MSG_LOAD_SIZES: {
synchronized (mEntriesMap) {
......
mPm.getPackageSizeInfo(mCurComputingSizePkg, mStatsObserver);
......
}
} break;
}
}
......
}
这个类定义在文件 packages/apps/Settings/src/com/android/settings/applications/ApplicationsState.java 中。
这里有两个问题需要解决：
getPackageSizeInfo方法是一个@hide方法，需要通过反射来调用。
从 PackageManager.java 文件的getPackageSizeInfo方法定义处可知，它需要GET_PACKAGE_SIZE权限，幸运的是，从 frameworks/base/core/res/AndroidManifex.xml 文件里可知，该权限的 Protection level 为 normal，是可以正常声明的。
这段代码定义在文件 frameworks/base/core/res/AndroidManifex.xml 中。
传给getPackageSizeInfo方法的第二个参数类型IPackageStatsObserver是在 android.content.pm 包下，需要自已通过 aidl 方式定义。
计算缓存大小的实现
解决步骤：
在自己的工程的 src/main 目录下创建包目录结构 aidl/android/content/pm。 注：这是使用 Android Studio 的默认做法，使用 Eclipse 默认在 src 目录下创建包目录结构 android/content/pm。
将 Android 源码 frameworks/base/core/java/android/content/pm 目录下的 IPackageStatsObserver.aidl 与其依赖的 PackageStats.aidl 拷贝到上面一步创建的目录里。
根据 frameworks/base/core/java/android/content/pm/PackageManager.java 的getPackageSizeInfo接口上面的注释可知，需要在 AndroidManifest.xml 里声明需要GET_PACKAGE_SIZE权限。
获取 QQ 的系统缓存大小的示例代码：
public void someFunc() { IPackageStatsObserver.Stub observer = new PackageSizeObserver(); getPackageInfo("com.tencent.mobileqq", observer); } public void getPackageInfo(String packageName, IPackageStatsObserver.Stub observer) { try { PackageManager pm = ContextUtil.applicationContext.getPackageManager(); Method getPackageSizeInfo = pm.getClass() .getMethod("getPackageSizeInfo", String.class, IPackageStatsObserver.class); getPackageSizeInfo.invoke(pm, packageName, observer); } catch (NoSuchMethodException e ) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (InvocationTargetException e) { e.printStackTrace(); } } private class PackageSizeObserver extends IPackageStatsObserver.Stub { @Override public void onGetStatsCompleted(PackageStats packageStats, boolean succeeded) throws RemoteException { if (packageStats == null || !succeeded) { } else { AppEntry entry = new AppEntry(); entry.packageName = packageStats.packagename; entry.cacheSize = packageStats.cacheSize + packageStats.externalCacheSize; // do something else，比如把 entry 通过消息发送给需要的地方，或者添加到你的列表里 } } }
获取一个应用的缓存的问题解决了，获取所有应用的系统缓存也就是遍历系统已安装应用，然后挨个调用getPackageInfo的事儿了。
系统缓存的清理
既然借鉴 Settings APP 的做法如此好使，在做缓存清理时我们当然故伎重施。我们先来看看它是怎样清理某一个应用的缓存的。
Settings 清理缓存的方法
在 InstalledAppDetails.java 里能根据名称找到对应「清除缓存」按钮相关的代码：
public class InstalledAppDetails extends Fragment
implements View.OnClickListener, CompoundButton.OnCheckedChangeListener,
ApplicationsState.Callbacks {
......
private Button mClearCacheButton;
......
class ClearCacheObserver extends IPackageDataObserver.Stub {
public void onRemoveCompleted(final String packageName, final boolean succeeded) {
final Message msg = mHandler.obtainMessage(CLEAR_CACHE);
msg.arg1 = succeeded OP_SUCCESSFUL:OP_FAILED;
mHandler.sendMessage(msg);
}
}
......
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
......
mClearCacheButton = (Button) view.findViewById(R.id.clear_cache_button);
......
}
......
private void refreshSizeInfo() {
......
if (cacheSize <= 0) {
mClearCacheButton.setEnabled(false);
} else {
mClearCacheButton.setEnabled(true);
mClearCacheButton.setOnClickListener(this);
}
}
......
public void onClick(View v) {
......
} else if (v == mClearCacheButton) {
// Lazy initialization of observer
if (mClearCacheObserver == null) {
mClearCacheObserver = new ClearCacheObserver();
}
mPm.deleteApplicationCacheFiles(packageName, mClearCacheObserver);
}
......
}
这个类定义在文件 packages/apps/Settings/src/com/android/settings/applications/InstalledAppDetails.java 中。
是不是很熟悉？是不是很激动？是不是觉得顶多再次祭出反射大法就能继续拯救世界了？先冷静一下，看看 frameworks/base/core/java/android/content/pm/PackageManager.java 文件里deleteApplicationCacheFiles方法上面的注释。
/**
* Attempts to delete the cache files associated with an application.
* Since this may take a little while, the result will
* be posted back to the given observer. A deletion will fail if the calling context
* lacks the {@link android.Manifest.permission#DELETE_CACHE_FILES} permission, if the
* named package cannot be found, or if the named package is a "system package".
*
* ......
*
* @hide
*/
没错它又是一个@hide方法，关键是它需要DELETE_CACHE_FILES权限，而该权限的相关声明如下：
android:label="@string/permlab_deleteCacheFiles"
android:description="@string/permdesc_deleteCacheFiles"
android:protectionLevel="signature|system" />
这段声明定义在 frameworks/base/core/res/AndroidManifest.xml 中。
它的 protectionLevel 为signature|system，系统应用或者与系统采用相同签名的应用才能获得此权限。
此路不通。
新的发现
那就继续想其它办法了。frameworks/base/core/java/android/content/pm/PackageManager.java 里提供了很多实用的功能，比如上面的系统缓存的大小计算以及清理都是它里面声明的方法，仔细看一下它里面声明的其它方法还真是有发现：
/**
* Free storage by deleting LRU sorted list of cache files across
* all applications. If the currently available free storage
* on the device is greater than or equal to the requested
* free storage, no cache files are cleared. If the currently
* available storage on the device is less than the requested
* free storage, some or all of the cache files across
* all applications are deleted (based on last accessed time)
* to increase the free storage space on the device to
* the requested value. There is no guarantee that clearing all
* the cache files from all applications will clear up
* enough storage to achieve the desired value.
* @param freeStorageSize The number of bytes of storage to be
* freed by the system. Say if freeStorageSize is XX,
* and the current free storage is YY,
* if XX is less than YY, just return. if not free XX-YY number
* of bytes if possible.
* @param observer call back used to notify when
* the operation is completed
*
* @hide
*/
public abstract void freeStorageAndNotify(long freeStorageSize, IPackageDataObserver observer);
从解释来看它是用来在必要时释放所有应用的缓存所占空间的，在 Android 源码里搜索一下它被调用的地方，有一处是在 frameworks/base/services/java/com/android/server/DeviceStorageMonitorService.java 中，大致的逻辑是在系统空间不够的时候，提示用户清理系统缓存。
我们来看看这个方法实际做了什么事情：
public class PackageManagerService extends IPackageManager.Stub {
......
public void freeStorageAndNotify(final long freeStorageSize, final IPackageDataObserver observer) {
mContext.enforceCallingOrSelfPermission(
android.Manifest.permission.CLEAR_APP_CACHE, null);
// Queue up an async operation since clearing cache may take a little while.
mHandler.post(new Runnable() {
public void run() {
mHandler.removeCallbacks(this);
int retCode = -1;
retCode = mInstaller.freeCache(freeStorageSize);
if (retCode < 0) {
Slog.w(TAG, "Couldn't clear application caches");
}
if (observer != null) {
try {
observer.onRemoveCompleted(null, (retCode >= 0));
} catch (RemoteException e) {
Slog.w(TAG, "RemoveException when invoking call back");
}
}
}
});
}
......
}
这个类定义在文件 frameworks/base/services/java/com/android/server/pm/PackageManagerService.java 中。
也就是说，这个方法的注释里没有提及它需要申请什么权限，但事实上它是需要CLEAR_APP_CACHE权限的。
该权限的相关声明：
android:permissionGroup="android.permission-group.SYSTEM_TOOLS"
android:protectionLevel="dangerous"
android:label="@string/permlab_clearAppCache"
android:description="@string/permdesc_clearAppCache" />
这段声明定义在 frameworks/base/core/res/AndroidManifest.xml 中。
虽然它的 protectionLevel 是dangerous，但是好歹还是能用的。
另外，跟踪实际执行清理过程的retCode = mInstaller.freeCache(freeStorageSize);这一行实际是通过给 /dev/socket/installd 发送freecache freeStorageSize来完成清理过程，最终调用到如下函数：
int free_cache(int64_t free_size)
{
......
char datadir[PKG_PATH_MAX];
avail = disk_free();
......
if (avail >= free_size) return 0;
if (create_persona_path(datadir, 0)) { // /data/data
......
}
d = opendir(datadir);
......
dfd = dirfd(d);
while ((de = readdir(d))) {
if (de->d_type != DT_DIR) continue;
name = de->d_name;
......
subfd = openat(dfd, name, O_RDONLY | O_DIRECTORY);
if (subfd < 0) continue;
delete_dir_contents_fd(subfd, "cache");
close(subfd);
avail = disk_free();
if (avail >= free_size) {
closedir(d);
return 0;
}
}
......
}
这个函数定义在文件 frameworks/base/cmds/installd/Commands.c 中。
实际就是遍历 /data/data 下的所有文件夹，依次删除它们下面的 cache 子目录，直到磁盘的可用空间大于需要的空间为止。
也就是说，freeStorageAndNotify只是删除了「内部缓存」，扩展存储上的「外部缓存」需要我们另外处理。
清理缓存的实现
最后我们的实现步骤如下：
在自己的工程的 src/main 目录下创建包目录结构 aidl/android/content/pm。 注：这是使用 Android Studio 的默认做法，使用 Eclipse 默认在 src 目录下创建包目录结构 android/content/pm。
将 Android 源码 frameworks/base/core/java/android/content/pm 目录下的 IPackageDataObserver.aidl 拷贝到上面一步创建的目录里。
在 AndroidManifest.xml 里声明CLEAR_APP_CACHE权限。
通过反射调用freeStorageAndNotify方法，第一个参数给它一个足够大的值，它就会帮我们清理掉所有应用的缓存了。
public static void freeAllAppsCache(final Handler handler) { Context context = ContextUtil.applicationContext; File externalDir = context.getExternalCacheDir(); if (externalDir == null) { return; } PackageManager pm = context.getPackageManager(); List installedPackages = pm.getInstalledApplications(PackageManager.GET_GIDS); for (ApplicationInfo info : installedPackages) { String externalCacheDir = externalDir.getAbsolutePath() .replace(context.getPackageName(), info.packageName); File externalCache = new File(externalCacheDir); if (externalCache.exists() && externalCache.isDirectory()) { deleteFile(externalCache); } } try { Method freeStorageAndNotify = pm.getClass() .getMethod("freeStorageAndNotify", long.class, IPackageDataObserver.class); long freeStorageSize = Long.MAX_VALUE; freeStorageAndNotify.invoke(pm, freeStorageSize, new IPackageDataObserver.Stub() { @Override public void onRemoveCompleted(String packageName, boolean succeeded) throws RemoteException { Message msg = handler.obtainMessage(JunkCleanActivity.MSG_SYS_CACHE_CLEAN_FINISH); msg.sendToTarget(); } }); } catch (NoSuchMethodException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (InvocationTargetException e) { e.printStackTrace(); } } public static boolean deleteFile(File file) { if (file.isDirectory()) { String[] children = file.list(); for (String name : children) { boolean suc = deleteFile(new File(file, name)); if (!suc) { return false; } } } return file.delete(); }
备注：经测试该方法在 Android 6.0 版本和部分 5.0+ 版本上已经失效，Android 源码里已经给freeStorageAndNotify方法声明添加了@SystemApi注释(开始添加了@PrivateApi，后修改为@SystemApi)，见「添加」和「修改」两次提交，而且CLEAR_APP_CACHE方法的权限已经由dangerous改成了system|signature，已经无法通过反射来正常调用，会产生java.lang.reflect.InvocationTargetException，所以在这些版本上需要另想办法了。
有 root 权限的系统缓存计算与清理
如果能获取到 root 权限，/data/data 目录的访问限制也就不再是问题，计算缓存大小和清理缓存也就不用再受上面说的方法与权限的限制了，而且能做一些没有 root 权限的情况下做不到的事情，比如：
清理单个应用的缓存。
列出应用的缓存文件列表供用户选择性清理。
实现思路很简单粗暴(如下思路未写实例验证)：
思路一 通过su命令获取一个有 root 权限的 shell，然后通过与它交互来获取缓存文件夹的大小或清理缓存，比如让它执行命令du -h /data/data/com.trello/cache就能获取到 trello 的「内部缓存」大小，让它执行rm -rf /data/data/com.trello/cache就能删除 trello 的「内部缓存」。
注：du命令行与参数在不同 ROM 下的不一致，所以并不推荐此做法。
思路二 或者，也可以做一个原生程序专门来负责缓存计算与清理，通过su命令获取有 root 权限的 shell，再用 shell 创建该原生程序进程，它继承 shell 的 root 权限，然后它就可以计算缓存大小与清理缓存，再将结果上报给 APP 进程。
android缓存垃圾扫描功能吗,Android 系统缓存扫描与清理方法分析相关推荐
- android有关医疗实现功能,基于Android的智能医疗监测系统的设计与实现_问答库
随着社会经济的快速发展,工作压力的进一步加大,如今人们对个人健康越来越关注,为了有效减轻家庭医疗支出同时,让人们足不出户就能享受到自身健康检测的高质量医疗服务,智能医疗监测系统成为关注的焦点.另一方面 ...
- android 对讲机 服务器,对讲机功能与Android 4.0系统_手机_手机Android频道-中关村在线...
对讲功能与Android 4.0系统 Runbo X5三防手机此次采用了比较主流的Android 4.0系统,但是系统基本为原生,并没有太多的定制:不过就像是军车的设计从来都是以性能而不是以车内的豪华 ...
- android 打开相机拍照功能吗,Android调用相机实现拍照功能
引言 在Android开发中相信大家都会遇到修改用户头像的问题,用户信息常常包含用户头像,一般流程为:默认头像-->用户修改(拍照/相册选择)-->保存头像图片. 本期我们就来实现调用系统 ...
- Android仿支付宝UI功能开发,Android 自定义view仿支付宝咻一咻功能
支付宝上有一个咻一咻的功能,就是点击图片后四周有水波纹的这种效果,今天也写一个类似的功能. 效果如下所示: 思路: 就是几个圆的半径不断在变大,这个可以使用动画缩放实现,还有透明动画 还有就是这是好几 ...
- android 三星调用拍照功能吗,Android 相机开发 三星拍照崩溃修改解决 详细
android 相机调用问题 三星系统4.0以上, 调用系统相机屏幕会强制切换为横屏 拍照完会切换为竖屏 点击保存回Activity 程序会直接崩溃 : 我理解的是 android系统在手机切换横竖屏 ...
- android中截屏功能实现,android代码实现截屏功能
android开发中通过View的getDrawingCache方法可以达到截屏的目的,只是缺少状态栏! 原始界面 截屏得到的图片 代码实现 1. 添加权限(AndroidManifest.xml文件 ...
- linux文件扫描并打印,Linux系统中扫描、打印的实现(转)
Linux系统中扫描.打印的实现(转)[@more@] 扫描图片是日常办公中进行的比较频繁的工作,如何在Linux中使用扫描仪就成为了一个问题.下面笔者就详细介绍一下在Linux中如何进行扫描. 常见 ...
- android 调用原生分享功能,调用Android 系统自带分享功能
1. 设置Intent的action为Intent.ACTION_SEND. 2. 把要分享的数据通过.putExtra()传入intent. 3. 设置类型.setType(). 4.startAc ...
- Android怎么实现选课功能,基于android的手机选课系统的设计与实现 任务书
主要参考文献(资料): [1] 张晓叶. 基于Android平台高校移动选课系统的设计与实现[D]. 吉林大学, 2015. [2] 吕俊逸. 基于Android的泛在学习平台的研究[D]. 北京交通 ...
- android 新浪微博的点赞功能实现,Android PraiseTextView实现朋友圈点赞功能
PraiseTextView 说明 我是将朋友圈分成了几个独立模块单独自定义的View,通过回调完成交互,耦合性算是非常低了,主要有以下及部分: 1.评论布局(自定义TextView) 2.点赞布局( ...
最新文章
- Express的基本路由实现对get和post等的请求和响应
- 解决用户登录查库问题
- 计算机二级web题目（7.2）--基本操作题1
- 利用梯度下降法求解一元线性回归和多元线性回归
- 风控扫盲:巴塞尔下的分池与量化风控岗
- python format 时间格式
- mysql的cost
- 海洋CMS v6.53 v6.54命令执行
- 锐捷Linux认证失败,如何解决win10系统锐捷认证失败？锐捷认证失败的解决方法步骤...
- linux机顶盒线刷工具,机顶盒刷机包通用版|PhoenixSuitpacket一键刷机工具 V1.10 官方最新版 下载_当下软件园_软件下载...
- 下载dosbox即环境的配置
- 洛谷：P4568 [JLOI2011]飞行路线（分层图 / 二分错解(x)）
- Webstorm配置less
- 计算机二级WPS Office考试大纲2021年
- git 源码安装后报错/usr/bin/git: No such file or directory
- 海思开发板海图科技测评，海图海思开发板怎么样
- 老大让我优化数据库，我上来就分库分表，他过来就是一jio
- 给input date设置默认值
- 做好如何融洽处理人际关系文章 把握是前言
- wireshark 抓 蓝牙数据_利用nRF Sniffer对蓝牙BLE通信数据进行嗅探和分析
热门文章
- 基于云计算的数字化业务系统安全工程
- 中国SaaS市场将快速增长，或形成“小而美”林立格局
- Zephyr Team Hiring
- 【图像隐写】基于matlab GUI变换域的可逆数字水印系统设计【含Matlab源码 1813期】
- 【电力负荷预测】基于matlab GUI粒子群优化支持向量机短期电力负荷预测【含Matlab源码 751期】
- ipqc异常处理流程图_异常处理及操作流程教程.ppt
- python mooc-课程资源 | Python语言系列专题MOOC
- c语言 int操作bit,C语言,使用共用体和结构体 查看int型的bit散布
- 软件工程师证书怎么考_2020年想考一个证书，考一级造价工程师还是考咨询工程师？...
- C++ list容器