第4章 基础诊断命令：ps、top、dumpsys、logcat、am、pm 的基础用法

4.1 现象识别：哪些异常暗示了后台任务问题？

在 Android 系统开发与问题排查中，后台任务异常通常不会直接报错，而是通过一系列系统行为特征暴露出来。当出现以下现象时，应优先怀疑后台任务存在问题：

• 系统级卡顿与帧率抖动：界面滑动不跟手，丢帧严重，通常由后台进程抢占 CPU 资源导致。
• 应用无响应 (ANR)：系统弹出“应用无响应”对话框，特别是“输入分发超时”或“服务执行超时”。
• 内存不足 (OOM)：应用被系统强制杀掉，日志中出现 Out of memory 或 Low on memory 关键字。
• 异常耗电与发热：设备待机时温度升高，电池使用统计中“保持唤醒”时间过长。
• 进程频繁重启：关键系统服务或应用进程反复重启，无法稳定运行。

4.2 数据采集：使用 ADB 命令获取关键指标

本章的核心是掌握六条基础命令的实战用法。它们分别从进程、资源、服务、日志、组件、包信息六个维度提供诊断数据。

常用数据采集场景示例：

# 查看 CPU 占用最高的前 5 个进程（1秒刷新，循环5次）
adb shell top -n 5 -m 5

# 查看当前所有运行中的服务
adb shell dumpsys activity services

# 查看电量统计，找出唤醒锁持有者
adb shell dumpsys batterystats --wakeups

# 抓取 events 日志，分析应用启动与崩溃
adb logcat -b events -v time

# 强制停止恶意应用（修复动作前使用）
adb shell am force-stop com.example.package

4.3 原因定位：排查表与判断规则

拿到原始数据后，需要根据判断规则进行决策。以下是一个针对后台任务问题的标准排查表：

4.4 修复动作：针对性优化策略

根据定位到的具体原因，采取以下标准化修复动作：

• 高 CPU 占用： 检查 onStartCommand 中是否执行了耗时操作。必须使用子线程或 JobScheduler 代替直接 new Thread()。
• 服务自启/崩溃： 在 onDestroy 中清理所有资源。使用 startForeground() 提升服务优先级。对于不需要即时执行的任务，迁移至 WorkManager。
• 唤醒锁未释放： 确保 acquire() 和 release() 成对出现，并放置在 try-finally 块中。
• 内存泄漏： 使用 dumpsys meminfo --unreachable [PID] 或 MAT 分析堆栈转储，修复持有 Activity 引用的静态变量或内部类。

// 错误做法
public int onStartCommand(Intent intent, int flags, int startId) {
    // 直接返回，系统会自动重启
    return START_STICKY;
}

// 正确做法
public int onStartCommand(Intent intent, int flags, int startId) {
    if (intent != null && intent.getAction() != null) {
        // 执行具体任务
    } else {
        // 无任务，主动停止服务，避免空转
        stopSelf(startId);
    }
    return START_NOT_STICKY; // 或 START_REDELIVER_INTENT
}

4.5 复测：验证修复有效性

确认问题已修复的标准流程：

1. 重启环境： adb reboot 或 adb shell am force-stop [package] 重置应用状态。
2. 复现操作： 执行之前触发异常的步骤（例如：点击按钮启动服务、切换前台后台）。
3. 数据采集： 重新运行 top、dumpsys meminfo、dumpsys activity services 等命令。
4. 阈值判定： 判断新采集的指标是否回归到正常范围：
   • CPU 空载时占用率低于 5%。
   • PSS 内存稳定在基线值附近。
   • 服务 crashCount 不再增加。
   • 系统日志中不再出现“后台启动限制”相关语句。

4.6 预防：构建后台任务监控体系

为了防止后台任务问题反复出现，需要将本章的命令融入日常开发与测试流程：

• 自动化检测脚本： 编写 Shell 脚本定期执行 dumpsys batterystats 和 dumpsys procstats，对比版本间的指标变化。
• CI/CD 门禁： 在持续集成流水线中插入 dumpsys meminfo 检测步骤，若 PSS 增长超过阈值则构建失败。
• 维度表维护： 维护一张 后台任务健康维度表，记录每个版本的 CPU、内存、唤醒锁次数、后台服务数量等基线数据。
• 全局监控看板： 将 logcat -b events | grep "background" 的输出接入实时监控看板（如 Grafana），及时发现异常波动。