1. Context 泄漏现象识别：WorkManager 后台任务导致 App 无法被回收

📌 现象识别：从用户感知到工具告警

Context 泄漏的识别通常经历三个递进阶段：用户端异常 → 工具告警 → 内存快照确认。以下排查表列出了各阶段的关键判断规则。

🔍 数据采集：使用 LeakCanary 捕获泄漏快照

LeakCanary 2.x 自动检测泄漏并生成 .hprof 文件。采集步骤如下：

1. 集成 LeakCanary（debug 版本）

// build.gradle (app)
debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.14'

2. 模拟触发 WorkManager 任务：在 Activity 中启动一个后台 Worker。

val work = OneTimeWorkRequestBuilder<MyWorker>().build()
WorkManager.getInstance(this).enqueue(work)

3. 关闭 Activity（按返回键或 finish()）。
4. 等待 5 秒（LeakCanary 默认延迟检测）。若通知弹出，点击通知可查看泄漏引用链。

⚙️ 原因定位：故障树分析

下图展示了从“App 无法回收”到“WorkManager 持有 Activity Context”的典型故障路径。每个节点对应一条判断规则。

🔧 修复动作（本章概述）

确认泄漏属于 WorkManager 持有 Activity Context 后，临时修复方案如下（完整修复见第 5 章、第 12 章）：

• 立即止血：将 Worker 构造函数中的 Context 改为 applicationContext。
• 检查 lambda：确保 Worker 内部没有引用 Activity 或 View，必要时使用 WeakReference<Context>。

// 反例：泄漏写法
class MyWorker(private val context: Context) : Worker(context) {
    override fun doWork(): Result {
        // 这里隐式持有 Activity context
        val activity = context as? MainActivity
        activity?.showToast()
        return Result.success()
    }
}

// 正确写法：使用 applicationContext
class MyWorker(appContext: Context, params: WorkerParameters) : Worker(appContext, params) {
    override fun doWork(): Result {
        // applicationContext 不持有 Activity，安全
        val sharedPref = applicationContext.getSharedPreferences("x", 0)
        return Result.success()
    }
}

✅ 复测：验证泄漏已消除

1. 关闭所有 Activity，等待 5 秒。
2. 查看 LeakCanary 通知：应无泄漏报告。
3. 执行 adb shell dumpsys meminfo your.package，观察 Activities 计数是否归零。
4. 强制 GC（adb shell am force-stop your.package），再次 ps，进程应消失。

🛡️ 预防策略（编码规范）