第2章 问题分类：崩溃、卡死、内存泄漏、功耗异常、服务被杀、优先级错乱

后台任务问题的根源通常可归结为六大类别。准确识别分类是后续采集、定位与修复的基石。本章按照“现象识别 → 数据采集 → 原因定位 → 修复动作 → 复测 → 预防”的闭环流程，逐一展开每个分类的实战要点。

2.1 现象识别

不同问题在设备上表现出差异明显的症状。以下是六大类问题的典型现象速查表：

2.2 数据采集

确认分类后，立即用 adb shell 命令采集现场证据。下表列出针对每个分类的首选采集命令与输出焦点：

adb logcat -b crash -d > crash.log

adb shell dumpsys activity processes | grep "ANR" -A 20

adb shell dumpsys meminfo  -d

adb shell dumpsys batterystats --reset
adb shell dumpsys batterystats --charged > battery.txt

adb shell dumpsys activity processes | grep "procState"

adb shell top -n 1 -b | head -20

2.3 原因定位

汇总采集数据后，通过故障树快速锁定根因。下图展示了六大分类及其对应的最常见直接原因：

2.4 修复动作

根据分类采取针对性修复方案，以下为每类的标准修复方向：

• 崩溃：修复 null-check、try-catch 异常、升级依赖库版本、处理 native 层指针。
• 卡死：将 IO 操作移出主线程，使用 HandlerThread / Coroutine；减少锁竞争，避免 Binder 阻塞。
• 内存泄漏：使用 WeakReference 持有 Activity 或 Context；在 onDestroy 中移除回调、取消注册、清空集合。
• 功耗异常：确保 wakelock 成对 acquire/release；合并网络请求，使用 WorkManager 延迟后台任务。
• 服务被杀：将 Service 提升为前台服务（Foreground Service），设置合理通知优先级；控制内存占用，避免被 LMK 选中。
• 优先级错乱：检查应用是否越权设置线程优先级，动态设置 Process.setThreadPriority()；确保前台 Activity 所在进程 oom_adj 处于可见范围。

2.5 复测

修复后必须通过以下手段确认问题不再复现：

1. 安装修复版 APK，使用 adb shell monkey -p <package> 500 进行随机操作测试，同时观察 logcat 中是否仍有异常日志。
2. 针对卡死，使用 adb shell dumpsys activity processes | grep "procState: FOREGROUND" 确保主线程响应窗口不超时。
3. 针对内存泄漏，运行 20 分钟后台场景后重复 adb shell dumpsys meminfo 对比 PSS 是否趋于稳定。
4. 针对功耗异常，使用 adb shell dumpsys batterystats 对比修复前后 wakelock 总时长。
5. 针对服务被杀，在低内存环境下（adb shell am send-trim-memory <pid> COMPLETE）验证服务是否存活。
6. 针对优先级错乱，执行高负载后台任务时通过 adb shell top -d 1 -n 3 观察前台应用 CPU 占比不被抢占。

2.6 预防

将以下最佳实践纳入开发规范与 CI 门禁：

• 崩溃预防：代码扫描（SpotBugs / Lint）、单元测试覆盖临界路径、线上集成 Crash SDK 实时上报。
• 卡死预防：StrictMode 在调试期检测主线程磁盘/网络操作；使用 ANR 监控工具主动抓取 traces。
• 内存泄漏预防：引入 LeakCanary 自动化检测，每日构建回归对比 baseline。
• 功耗预防：使用 Battery Historian 分析历史曲线，对每个新增 wakelock 代码走读审核。
• 服务被杀预防：监控进程 oom_adj 值，保持在 VISIBLE_APP 以上；做好 Service 断线重连机制。
• 优先级预防：禁止在非 root 设备上随意修改线程优先级，使用 Android 推荐的优先等级规范。