第1章 SystemUI主线程与工作线程分离设计：线程模型、消息循环、职责划分

1.1 为什么需要线程分离

SystemUI 是 Android 系统级 UI 框架，负责状态栏、导航栏、通知面板、锁屏等核心界面。这些 UI 组件需要持续响应用户输入（触摸、按键）和系统事件（广播、回调）。如果所有任务都堆积在同一个线程，长时间的计算或 I/O 操作将直接阻塞 UI 更新，导致画面卡顿、掉帧甚至 ANR。

核心目标：将轻量、实时的 UI 操作（布局、绘制、动画）保留在主线程（UI 线程），将重量、可延后的任务（数据加载、跨进程通信、资源解码）转移到独立的工作线程，通过异步消息机制保证两个线程安全协作。

1.2 线程模型：主线程 + 专用工作线程

SystemUI 采用“一个主线程 + 多个专用工作线程”的模型。每个线程都拥有独立的 Looper 和 MessageQueue，通过 Handler 发送与处理消息。

• 主线程（UI 线程）：由 Zygote 进程创建，运行 Application 的 Looper。负责接收触摸事件、系统广播、生命周期回调，以及所有 View 的测量/布局/绘制。
• 工作线程（Worker Thread）：如 AsyncTaskThread、DisplayThread、AnimationThread（在 SystemUI 中实际存在）。这些线程通过 HandlerThread 启动，拥有独立的 Looper，专门执行特定类别的耗时任务。

// 典型的工作线程创建（SystemUI 内部使用）
HandlerThread workerThread = new HandlerThread("systemui-worker");
workerThread.start();
Handler workerHandler = new Handler(workerThread.getLooper());

// 主线程发送异步消息到工作线程
workerHandler.post(() -> {
    // 执行耗时操作，如读取共享配置、解码大图
    final Bitmap bitmap = loadLargeBitmap();
    // 完成后通过主线程 Handler 更新 UI
    new Handler(Looper.getMainLooper()).post(() -> {
        imageView.setImageBitmap(bitmap);
    });
});

1.3 消息循环机制

每个线程的 Looper 在 loop() 中不断从 MessageQueue 取出消息，交给对应 Handler 的 handleMessage() 或 Runnable 执行。这种模型天然支持线程内串行化，避免多线程直接竞争共享资源。

• 主线程消息队列：优先级高，包含输入事件、动画帧、invalidate() 请求。系统会在一帧（16ms）内尽量处理完所有待执行消息。
• 工作线程消息队列：优先级低，可被主线程消息抢占。工作线程执行任务期间，主线程不会被阻塞。

1.4 职责划分对照表

1.5 线程模型与消息循环结构图

1.6 实战要点与常见陷阱

• 消息优先级：主线程的 Choreographer 会优先处理 vsync 帧回调，因此工作线程不应该通过发送高优先级消息抢占主线程。
• 内存泄漏：工作线程若持有 Activity 或 View 的引用，会导致无法 GC。使用 WeakReference 或确保任务执行完毕后清除回调。
• 线程饥饿：多个工作线程同时提交大量任务到主线程，可能使主线程队列拥塞。应合理限制并发数量，或将不需要立刻反馈的任务延迟执行。
• 调试技巧：通过 adb shell dumpsys activity platforms 查看 SystemUI 的线程堆栈，确认每个线程正在处理的消息。

// 检查主线程消息队列深度（SystemUI 内日志常用）
MessageQueue mainQueue = Looper.getMainLooper().getQueue();
Log.d("ThreadModel", "主线程待处理消息数: " + (mainQueue.isIdle() ? 0 : "至少1条"));