Android 应用的内存泄漏，简单来说就是不再需要的对象因被错误地持续引用，导致垃圾回收器无法回收，从而一步步蚕食应用内存。
这些问题通常是“温水煮青蛙”，不会导致应用立即崩溃，而是慢慢消耗掉手机内存，最终引发 “OutOfMemoryError” 崩溃。
🕳️ 常见的内存泄漏场景
根据引用链的长短，这些场景可以分为以下几类：
-
生命周期不匹配的强引用
- Handler、Thread 等非静态内部类：它们会隐式持有外部 Activity 的引用，如果在 Activity 销毁后内部的线程或消息还没处理完，Activity 就无法被回收。
- 静态变量引用 Activity/View：静态变量的生命周期和应用一样长，如果它持有了一个 Activity 实例，那么即使 Activity 关闭了，也无法从内存中移除。
- 单例模式持有 Context：单例在应用运行期间一直存在，如果它引用的不是 Application Context，而是某个 Activity 的 Context，就会导致该 Activity 无法释放。
-
忘记关闭或注销的资源
- 未注销的监听器/观察者：比如
BroadcastReceiver、EventBus、LiveData的观察者等，如果在 Activity 销毁时没有及时取消注册，它们持有的外部引用会造成内存泄漏。 - 未关闭的资源：如
Cursor(数据库游标)、InputStream(文件流)、Bitmap(图片) 等，这些资源在使用完后必须显式关闭或释放，否则也会导致泄漏。
- 未注销的监听器/观察者：比如
-
系统或缓存设计问题
- WebView 未销毁：
WebView需要比较复杂的生命周期管理，如果在 Activity 销毁时没有显式调用其destroy()方法，可能因仍在加载网页资源而导致内存泄漏。 - 无限扩大的集合/缓存：如果把对象一直往全局的静态
List、Map或者不设上限的缓存里添加，又不进行清理，这些对象会越积越多，最终撑爆内存。
- WebView 未销毁：
🛠️ 内存泄漏检测工具对比
针对上述问题，我们可以组合使用下面几款工具来解决：
| 工具 | 类型 | 核心优势 | 适用场景 |
|---|---|---|---|
| LeakCanary | 自动化静态分析 | 零配置，自动化。能在开发阶段自动检测并通知内存泄漏，直接通过通知栏告诉你哪个对象泄漏了，并提供引用链。 | 贯穿整个开发与测试阶段，快速发现并修复常见泄漏。 |
| Android Profiler | 可视化实时监控 | 实时监控内存变化。内置在 Android Studio 中，可以动态观察内存的分配和回收情况，直观判断是否存在泄漏。 | 在真机或模拟器上调试时，进行初步的内存问题排查。 |
| MAT | 深度离线分析 | 深度分析。功能极其强大，可以解析 .hprof 堆转储文件，通过直方图、支配树等功能，精准找出难以定位的泄漏根源。 | 处理复杂的、LeakCanary 难以自动定位的疑难杂症。 |
各工具详细说明
-
LeakCanary - 智能“管道工”：它会自动监控像 Activity、Fragment 这些对象的生命周期。当它们被销毁后，LeakCanary 会通过弱引用（WeakReference） 机制来检查，如果 5 秒后对象还在内存中，就会判定为泄漏，并触发堆转储（Heap Dump）。最终，它会生成一份非常直观的 “泄漏踪迹（Leak Trace）” 报告，直接告诉你从 GC Roots 到泄漏对象的引用链是哪条，能精准定位到具体代码行。
-
Android Profiler - 官方“监控面板”：作为 Android Studio 内置的强大工具，它提供了实时图表来展示应用的内存使用情况。常用操作包括：在 Profiler 的 Memory 面板上，重复执行可疑操作（如反复进出页面），然后手动点击“垃圾桶”图标触发一次 GC。如果内存占用没有明显回落到操作前的水平，就极有可能存在内存泄漏。
-
MAT - 专家“分析仪”：当泄漏问题非常隐蔽时，就需要 MAT 上场。你可以通过 Profiler 获取
.hprof文件，然后导入 MAT。MAT 最核心的功能是生成 “Leak Suspects Report”（泄漏嫌疑人报告），自动分析出可能的内存问题。你还可以使用 OQL 语言编写高级查询，比如查找所有未释放的 Activity 对象。
💎 一些额外的排查思路
- 区分 Java/Native 内存泄漏：大部分 Android 代码运行在 Java 虚拟机中，属于 Java 内存泄漏。如果是通过 JNI 调用 C/C++ 代码造成的内存未释放，则属于 Native 内存泄漏，排查思路和工具会有所不同。
- 关注大图加载和原生代码排查：除了常见的对象泄漏，大尺寸的
Bitmap是另一个导致OutOfMemoryError的主要原因。排查时需额外关注图片的加载和缓存逻辑。对于 C++ 级别的 Native 内存问题，Android 官方也提供了 HWAddressSanitizer (HWASan) 等高级工具。
实际开发中，最佳实践是用 LeakCanary 进行自动化快速排查，同时在调试时配合 Android Profiler 观察内存曲线，遇到复杂问题时再请出 MAT 进行深度分析。
