1. SystemUI 线程模型概览

SystemUI 运行在 system_server 进程中或作为独立进程（取决于 Android 版本），其线程模型直接影响 UI 响应性、Binder 调用吞吐量以及系统级死锁风险。本章从主线程、工作线程、Binder 线程池、线程优先级与调度策略四个维度，建立对 SystemUI 并发体的系统性认知。

1.1 线程模型架构总览

SystemUI 采用混合线程模型：主线程负责 UI 渲染和事件分发，工作线程分担耗时计算与阻塞操作，Binder 线程池处理跨进程通信请求。线程优先级与调度策略由 Android 的 cgroup 和 nice 值共同控制。

1.2 主线程 (Main Thread)

主线程从 ActivityThread.main() 启动，内置 Looper 和 MessageQueue。所有 UI 更新、输入事件处理、View 绘制均在此线程执行。Handler 是主线程与其他线程通信的标准媒介。

// SystemUI 主线程创建示例 (Framework 内部代码)
public static void main(String[] args) {
    Looper.prepareMainLooper();
    // ... 初始化 SystemUI 组件
    Looper.loop();
}

1.3 工作线程 (Worker Threads)

SystemUI 使用 HandlerThread 创建专用工作线程，也可通过 ThreadPoolExecutor 管理并发任务。典型场景：异步加载图标、解析配置文件、执行布局预计算。

// 创建 HandlerThread
HandlerThread workerThread = new HandlerThread("SystemUI_WORKER",
        android.os.Process.THREAD_PRIORITY_BACKGROUND);
workerThread.start();
Handler workerHandler = new Handler(workerThread.getLooper());

// 提交任务
workerHandler.post(() -> {
    // 执行耗时任务，不影响主线程帧率
    Bitmap icon = loadIconFromDisk();
    new Handler(Looper.getMainLooper()).post(() -> updateUI(icon));
});

1.4 Binder 线程池 (Binder Thread Pool)

Binder 驱动为每个进程维护一个线程池，默认最大 16 个线程（可通过 /proc/sys/kernel/binder_max_threads 调整）。SystemUI 作为 Binder 服务端（如 StatusBarManagerService、NotificationManagerService）时，Binder 线程负责处理来自客户端的同步/异步调用。

// 查看当前 Binder 线程池状态 (adb shell)
adb shell lsof | grep binder
adb shell cat /proc/$(pidof system_server)/task/*/comm | grep binder

1.5 线程优先级与调度策略

Android 使用 Linux CFS（完全公平调度器），并结合 cgroup 进行优先级分组。SystemUI 通常运行在 top-app cgroup 中，确保前台公平性。对于需要更低延迟的场景（如 SystemUI 手势动画），可通过 setThreadPriority() 设置负 nice 值，但需谨慎避免影响系统整体稳定性。

// 代码中设置线程优先级 (Java)
Process.setThreadPriority(Process.THREAD_PRIORITY_DISPLAY);  // nice = -4
// 或使用 Android 12+ 的 Uclamp 接口
android.os.PerformanceHintManager.createHintSession();

1.6 常见错误与排查思路

• 死锁场景：主线程持有锁 A，等待 Binder 线程释放锁 B；Binder 线程持有锁 B，等待主线程释放锁 A。解决：锁顺序全局一致，或使用 tryLock 超时。
• 优先级反转：高优先级线程等待低优先级线程持有的锁，导致高优先级线程被低优先级线程阻塞。解决方法：使用优先级继承协议（PI），或提升所有共享锁线程的优先级。
• Binder 线程耗尽：过多同步 Binder 调用同时阻塞，导致线程池打满，进而新请求无法处理。监控命令：adb shell dumpsys activity binder 查看线程池利用率。

1.7 性能与稳定性优化实践

1. 线程池大小：工作线程池线程数不应超过 CPU 核数 + 2，避免过多上下文切换。推荐 new ThreadPoolExecutor(2, 4, 30, TimeUnit.SECONDS, ...)。
2. 优先级设置：对实时性要求高的动画线程（如锁屏滑块）使用 THREAD_PRIORITY_DISPLAY（nice=-4）；普通后台任务使用 THREAD_PRIORITY_BACKGROUND（nice=10）。
3. Binder 调用优化：将同步 Binder 调用移到工作线程，主线程只关心异步回调。利用 HandlerThread 隔离 Binder 通道。
4. 监测工具：systrace / Perfetto 可捕获线程唤醒延迟、Binder 事务耗时；strace 可追踪 Binder ioctl 调用。

# 使用 perfetto 抓取 SystemUI 线程调度 trace
adb shell perfetto -t 10s -o /data/misc/perfetto-trace/trace.perfetto \
  --txt -c - <<< '
buffers: { size_kb: 92160 }
data_sources: { config { name: "linux.ftrace" ftrace_config { ftrace_events: "sched/sched_switch" ftrace_events: "binder/binder_transaction" } } }
'