第4章 核心模块识别与命名：各模块职责初定

SystemUI 作为 Android 系统界面与用户交互的核心载体，其内部模块的边界清晰度直接影响后续拆分的可行性、可维护性与可测试性。本章围绕 状态栏、导航栏、快捷面板、通知面板、锁屏、音量控制 六大核心模块，从 系统分层、组件职责、数据流/控制流/信任链路、选型权衡、风险点、落地步骤、验收标准 六个维度进行职责初定与边界定义，为后续章节的深度拆分奠定架构基础。

4.1 模块全景与职责定义

下表列出 SystemUI 六大核心模块的 层级归属、职责初定、关键接口类型。注意：职责初定只描述该模块“应当做什么”和“不应当做什么”，暂不涉及具体实现方案。

4.2 模块边界划分原则

模块边界定义是拆分成功与否的关键。以下四条原则贯穿整个拆分过程：

• 最小依赖原则： 模块对外部的依赖应最小化，仅通过明确定义的接口进行通信。例如快捷面板只依赖设置 Provider 的读接口，不直接访问系统数据库。
• 单一职责原则： 每个模块仅承载一类核心职责。导航栏不应包含任何与音量控制相关的逻辑，即使音量键在导航栏附近。
• 安全隔离原则： 锁屏模块与通知面板之间必须建立安全边界，锁屏状态下通知面板不可泄露通知详情，只能传递“有通知”这一元信息。
• 交互闭环原则： 用户在一个模块内的操作应尽量在该模块内完成闭环，避免跨模块跳转。例如音量面板的调节操作不应跳转到设置页面。

4.3 数据流与控制流分析

模块之间的数据流与控制流决定了信任链路的建立方式。下图展示了六大模块之间的 核心交互关系，箭头方向代表控制流或数据流方向，虚线框代表分层边界。

图中可归纳出以下关键 数据流与控制流路径：

• 状态栏 → 快捷面板： 用户下拉状态栏触发快捷面板展开，此为控制流；状态栏不携带数据，仅传递展开信号。
• 状态栏 → 通知面板： 状态栏展示通知图标，点击图标后控制流跳转至通知面板展示详情；状态栏不缓存通知数据。
• 锁屏 → 通知面板： 锁屏状态下，通知面板只接收“有通知”的布尔信号，不传递通知内容实体，确保安全隔离。
• 导航栏 → 音量控制： 物理音量键事件由导航栏捕获后转发至音量控制模块，导航栏不做音量值判断。
• 快捷面板 ↔ 通知面板： 两者共享下拉区域，存在展开状态联动，但数据模型完全独立，通过事件总线通信。

信任链路分析： 锁屏与通知面板之间的信任等级是最低的——锁屏不信任通知面板能够安全处理通知详情，因此采用“仅传递元信息”的隔离策略。状态栏与快捷面板之间信任等级中等，状态栏信任快捷面板不会滥用展开入口，但状态栏不向快捷面板传递任何敏感数据。导航栏与音量控制之间的信任等级较高，因为两者都属于系统级UI，但导航栏仍不直接操作音量值，仅作为事件转发通道。

4.4 选型权衡与风险点

模块职责初定阶段需要做出若干关键选型权衡，同时识别早期风险：