Android内存清理技巧，让你的手机飞速运行

创作时间:

2025-01-22 05:24:04

作者:

@小白创作中心

Android内存清理技巧，让你的手机飞速运行

随着智能手机的普及，Android手机已成为我们日常生活中不可或缺的工具。然而，随着时间的推移，许多用户可能会发现手机运行变得缓慢，内存不足的问题日益凸显。这不仅影响使用体验，还可能降低工作效率。幸运的是，通过一些简单有效的技巧，我们可以轻松清理内存，提升手机运行速度。

基础篇：简单易行的清理方法

使用系统自带清理工具

大多数Android手机都内置了清理工具，可以帮助用户快速清理缓存文件和不必要的系统数据。通过进入“设置”菜单，找到“存储”或“设备维护”选项，用户可以选择一键清理功能，删除系统缓存和临时文件，从而达到清理内存的效果。这种方法不仅简单易行，而且不需要安装额外的应用程序，安全性较高。

清理应用缓存

应用缓存是临时文件，随着时间的推移会占用大量存储空间。打开“设置”，找到“储存”，查看各个应用的存储使用情况，点击“清楚缓存”即可。

卸载不常用应用

在手机中，是否下载过大量的APP却不常使用？这些APP不仅占用内存，还在后台悄然运行，耗费电量和流量。此外，社交APP的聊天记录也会占用大量内存。随着时间推移，这些记录如同沙砾，渐渐堆积。定期检查应用列表，确保手机始终保持良好的运行状态。

进阶篇：更专业的内存管理方法

使用ADB命令清理缓存

对于有一定技术基础的用户，可以使用ADB命令行工具来清理内存。这种方法需要连接电脑，并通过命令行操作。

在电脑上下载并安装ADB工具。
确保手机启用了开发者选项和USB调试模式。
使用USB线将手机连接到电脑。
打开命令行窗口，输入adb devices，确保设备已连接。
输入以下命令清理内存：

adb shell pm clear com.android.launcher

该命令将清理桌面管理应用的所有数据，恢复初始状态。

通过代码优化应用内存使用

开发者可以在应用程序中添加代码来优化内存使用。例如，定期清理缓存数据：

public void clearCache(Context context) {
    try {
        File dir = context.getCacheDir();
        if (dir != null && dir.isDirectory()) {
            deleteDir(dir);
        }
    } catch (Exception e) {
        e.printStackTrace();
    }
}

public static boolean deleteDir(File dir) {
    if (dir != null && dir.isDirectory()) {
        String[] children = dir.list();
        for (int i = 0; i < children.length; i++) {
            boolean success = deleteDir(new File(dir, children[i]));
            if (!success) {
                return false;
            }
        }
        return dir.delete();
    } else if (dir != null && dir.isFile()) {
        return dir.delete();
    } else {
        return false;
    }
}

通过在应用程序中调用clearCache方法，可以清除应用程序的缓存数据。这个方法可以灵活地控制缓存清理的时机和范围，是开发者常用的方式。

专业篇：深入了解Android内存管理机制

LowMemoryKiller（低内存杀手）的工作原理

Android的设计理念之一，便是应用程序退出,但进程还会继续存在系统以便再次启动时提高响应时间. 这样的设计会带来一个问题, 每个进程都有自己独立的内存地址空间，随着应用打开数量的增多,系统已使用的内存越来越大，就很有可能导致系统内存不足, 那么需要一个能管理所有进程，根据一定策略来释放进程的策略，这便有了lmk，全称为LowMemoryKiller(低内存杀手)，lmkd来决定什么时间杀掉什么进程。

其实Linux有类似的内存管理策略——OOM killer，全称(Out Of Memory Killer), OOM的策略更多的是用于分配内存不足时触发，将得分最高的进程杀掉。而lmk则会每隔一段时间检查一次，当系统剩余可用内存较低时，便会触发杀进程的策略，根据不同的剩余内存档位来来选择杀不同优先级的进程，而不是等到OOM时再来杀进程，真正OOM时系统可能已经处于异常状态，系统更希望的是未雨绸缪，在内存很低时来杀掉一些优先级较低的进程来保障后续操作的顺利进行。

lowmemorykiller driver
位于 drivers/staging/Android/lowmemorykiller.c
LMK驱动通过注册shrinker来实现的，shrinker是linux kernel标准的回收内存page的机制，由内核线程kswapd负责监控。
当内存不足时kswapd线程会遍历一张shrinker链表，并回调已注册的shrinker函数来回收内存page，kswapd还会周期性唤醒来执行内存操作。每个zone维护active_list和inactive_list链表，内核根据页面活动状态将page在这两个链表之间移动，最终通过shrink_slab和shrink_zone来回收内存页，有兴趣想进一步了解linux内存回收机制，可自行研究，这里再回到LowMemoryKiller的过程分析。
oom_adj:代表进程的优先级, 数值越大,优先级越低,越容易被杀.
当触发lmkd,则先杀oom_score_adj最大的进程, 当oom_adj相等时,则选择rss最大的进程.
/proc/< pid>/oom_adj
/proc/< pid>/oom_score_adj
/proc/< pid>/oom_score
参数设置：
1,6写入节点/sys/module/lowmemorykiller/parameters/adj
1024,8192写入节点/sys/module/lowmemorykiller/parameters/minfree
策略解读：
当系统可用内存低于8192个pages时，则会杀掉oom_score_adj>=6的进程
当系统可用内存低于1024个pages时，则会杀掉oom_score_adj>=1的进程
VSS虚拟耗用内存、（用处不大，包含共享库占用的内存，以及分配但未使用的内存，如malloc分配了但未写入，VSS很少用于判断一个进程内存的真实使用量）
RSS实际使用物理内存、（用处不大，包含共享库占用的内存，仅表示该进程使用的所有共享库的大小，而不管有多少个进程使用该共享库，故不能准确反映单进程的内存使用情况）
PSS实际使用的物理内存、（仅供参考，比例分配共享库占用的内存，按照进程数等比例划分）
USS进程独自占用的物理内存等分类。（非常有用，不包含共享库占用的内存）

内存分析工具的使用方法

Android系统提供了多个内存分析工具，帮助开发者和用户更好地了解内存使用情况：

dumpsys meminfo：查看进程的oom adj，或者dalvik/native等区域内存情况，或者某个进程或apk的内存情况，功能非常强大；
procrank：获取所有进程的内存使用的排行榜，排行是以Pss的大小而排序。procrank命令比dumpsys meminfo命令，能输出更详细的VSS/RSS/PSS/USS内存指标。
cat /proc/meminfo：能否查看更加详细的内存信息
free：主功能：查看可用内存，缺省单位KB。该命令比较简单、轻量，专注于查看剩余内存情况。数据来源于/proc/meminfo。
showmap：用于查看虚拟地址区域的内存情况功能与cat /proc/[pid]/maps基本一致。
vmstat：主功能：不仅可以查看内存情况，还可以查看进程运行队列、系统切换、CPU时间占比等情况，另外该指令还是周期性地动态输出。