Android内存泄漏排查与优化指南

在Android开发中，内存管理是永恒的话题。Java虚拟机的垃圾回收机制（GC）会自动回收不再使用的对象，但一旦对象被意外地长期引用，GC无法将其释放，就会形成内存泄漏（Memory Leak）。轻微的内存泄漏会导致应用占用内存持续增长，触发频繁GC引起卡顿；严重的泄漏则直接引发OutOfMemoryError（OOM）崩溃。

本文将带领你从实战角度出发，系统掌握Android内存泄漏的典型场景识别、排查工具使用以及优化编码习惯。

一、常见内存泄漏场景

1. 静态变量持有Activity或Context

静态变量的生命周期与应用程序进程一致。如果将一个Activity实例赋值给静态变量，即使Activity已被销毁，静态引用依然存在，导致Activity及其持有的View、Drawable等大量对象无法被回收。

public class Utils {
    private static Activity sActivity;
    public static void setActivity(Activity activity) {
        sActivity = activity;
    }
}

2. 非静态内部类与匿名内部类

非静态内部类默认持有外部类的强引用。例如在Activity中定义一个Handler，若Handler处理延时消息，则在消息被处理前，Activity无法被回收。匿名内部类（如Runnable、回调）同样会捕获外部引用。

public class MainActivity extends AppCompatActivity {
    private Handler handler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            // 更新UI
        }
    };
    @Override
    protected void onDestroy() {
        super.onDestroy();
        handler.removeCallbacksAndMessages(null); // 必须清理
    }
}

3. 单例模式Context引用

单例对象一旦创建，在应用结束时才销毁。如果单例持有Activity的Context，同样会导致泄漏。正确做法是使用Application Context。

4. 资源未关闭（BroadcastReceiver、Cursor、网络连接）

注册的BroadcastReceiver未在onDestroy中反注册，Cursor未关闭，InputStream未关闭等，都会导致相关对象泄漏。

5. 集合中的无用对象

集合（如ArrayList、HashMap）长期持有对象引用，即使对象已不需要，但集合未移除，也会造成泄漏。

二、排查工具与方法

1. Android Profiler（内置）

Android Studio自带的Profiler工具可以实时监控内存变化。推荐步骤：

• 操作App，观察Memory图表是否持续上升而不回落；
• 触发GC（点击垃圾桶图标），观察内存是否下降；若下降后仍远高于初始值，则可能存在泄漏；
• 生成Heap Dump，使用Analyzer Tasks自动检测怀疑泄漏的Activity和对象。

2. LeakCanary（推荐首选）

Square开源的LeakCanary库可以零成本集成，自动检测Activity、Fragment、ViewModel等组件是否泄漏。当发生泄漏时，会生成通知并显示引用链，直接定位到泄漏点。

// build.gradle
debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.12'

安装后，只需正常操作App，LeakCanary会在后台监控，一旦检测到泄漏，立即展示详细堆栈。

3. MAT (Memory Analyzer Tool)

对于复杂泄漏，使用MAT分析HPROF文件更深入。导出Heap Dump后，用MAT打开，使用Histogram查看对象数量，Dominator Tree查看内存占用，Path to GC Roots追踪强引用链。

4. 代码审查与日志

结合LeakCanary提供的引用链，手动审查代码中的静态变量、内部类、生命周期管理等。

三、优化策略与最佳实践

1. 使用弱引用替代强引用

对于需要持有Activity但不想阻止其回收的场景（如回调），使用WeakReference<Activity>。

public class MyCallback {
    private WeakReference<Activity> activityRef;
    public MyCallback(Activity activity) {
        activityRef = new WeakReference<>(activity);
    }
    public void onEvent() {
        Activity activity = activityRef.get();
        if (activity != null) {
            // 安全使用
        }
    }
}

2. 避免静态Context，优先Application Context

需要共享Context时，使用context.getApplicationContext()而非this。

3. 及时取消回调和反注册

@Override
protected void onDestroy() {
    super.onDestroy();
    handler.removeCallbacksAndMessages(null);
    if (broadcastReceiver != null) {
        unregisterReceiver(broadcastReceiver);
    }
}

4. 使用Lifecycle组件

Android Jetpack的Lifecycle可感知生命周期，配合LiveData、ViewModel自动管理订阅。

5. 对于集合，及时清理无用元素

使用WeakHashMap或在对象被回收前移除引用。

6. 使用第三方库辅助

除了LeakCanary，还可搭配BlockCanary检测卡顿，两者结合能更好定位性能问题。

四、总结

内存泄漏是Android性能优化的基本功。通过掌握常见泄漏场景，熟练使用Profiler、LeakCanary、MAT等工具，并养成释放资源、弱引用、生命周期感知的编码习惯，可以大幅降低内存泄漏风险。建议在开发阶段集成LeakCanary进行持续监控，上线前执行一轮完整的Heap Dump分析。

优化内存就是优化用户体验。希望本文能帮你建立清晰的排查思路，写出更靠谱的Android应用。