第3章：线程基本信息采集

SystemUI 无障碍线程的异常行为（如界面卡顿、输入无响应）往往源于线程数量膨胀、优先级错乱或关键线程阻塞。采集线程基本信息是定位问题的第一步，本章提供两种标准化采集方法：adb shell ps -T 快速扫描与 /proc/pid/task/ 深度解析。

3.1 现象识别

3.2 数据采集

3.2.1 方法一：adb shell ps -T 快速扫描

使用 -T 选项列出指定进程下所有线程的 PID、TID、CPU 使用率、优先级及线程名。适用于现场初步判断线程规模与活跃度。

# 获取 SystemUI 进程 PID（假设为 1234）
adb shell ps -A | grep systemui | awk '{print $2}'
# 输出: 1234

# 获取线程列表
adb shell ps -T -p 1234
# 示例输出片段（简化）:
# USER    PID    TID    PPID    VSZ    RSS    WCHAN    ADDR    S    NAME
# u0_aXX  1234   1234   1       123456 45789  SyS_epo 0       S    systemui
# u0_aXX  1234   1235   1       123456 45789  futex   0       S    binder_io
# u0_aXX  1234   1240   1       123456 45789  do_sel  0       R    Accessibility
# u0_aXX  1234   1245   1       123456 45789  pipe_w  0       D    AsyncTask #1

3.2.2 方法二：/proc/[pid]/task/ 深度解析

进入进程目录，遍历每个 TID 子目录，读取 status、sched、stat、stack 等文件，获得线程精确状态、调度优先级、内核栈等底层信息。

# 遍历 /proc/1234/task/ 下的所有线程目录
adb shell "for d in /proc/1234/task/*/; do
    echo '=== TID: '$(basename $d)' ==='
    cat $d/status | grep -E '^(Name|State|Pid|Tgid|Ppid|Uid)'
    cat $d/sched | head -3
    echo '---'
done"

3.3 原因定位

使用故障树方法缩小嫌疑线程范围：

• 故障根：SystemUI 响应慢
• ├─ 主线程阻塞？ → 检查 ps -T 中 NAME 为 systemui 的 TID 状态是否为 D 或长时间 R
• │ └─ 是 → 进一步读取 /proc/[pid]/task/[TID]/wchan 查看等待链
• ├─ 无障碍线程过载？ → 统计 NAME 含 "Accessibility" 或 "assist" 的线程数量及 CPU%
• │ └─ 数量 >5 且总 CPU% >80% → 无障碍服务逻辑死循环或频繁反射
• └─ 子线程死锁？ → grep 状态为 D 的线程，比对 stack 文件中的锁等待符号

3.4 修复动作

// 改为异步回调
IBinder.transact(code, data, reply, IBinder.FLAG_ONEWAY);

// 在无障碍服务中配置
ExecutorService pool = Executors.newFixedThreadPool(4);

# 修复后 kill -9 该 TID 并重启服务（应急）

3.5 复测验证

修复后重复执行数据采集命令，验证以下指标：

• 线程总数减少 ≤30%（与正常基线对比）
• 无障碍相关线程 CPU% 总和 <30%
• 无持续 D 状态线程存在

# 复测命令
adb shell ps -T -p $(adb shell ps -A | grep systemui | awk '{print $2}') | grep -E 'Accessibility|binder|AsyncTask'
# 期望输出：线程名清晰，状态以 S 为主，无 D 状态，CPU% 总和 < 30

3.6 预防方案

# 每日定时任务
adb shell cat /proc/1234/task/*/sched | grep -E 'se.sum_exec_runtime' | awk '{sum+=$NF} END{print sum}'