4. 多屏系统架构
多屏系统并不是“把几台显示器插到一台电脑上”这么简单。它是一条从应用软件到物理屏幕、再从物理触摸到应用事件的完整链路。主机负责计算与调度，显卡负责图形渲染与多路输出，显示控制器负责把像素按时序送到各块屏幕，触摸控制器负责采集触摸坐标，操作系统则负责把显示拓扑与输入设备绑定起来，最终让用户感觉“点哪块屏，哪块屏响应”。理解这条协同链路，是排查多屏错位、触摸偏移、画面撕裂等问题的前提。
核心原理：五类角色的分工与数据流
在多屏系统中，五个关键角色各司其职，又必须通过标准接口交换信息：
- 主机（Host）：提供 CPU、内存、PCIe 总线和操作系统运行环境，是图形命令与输入事件的发起者和最终消费者。
- 显卡（GPU）：执行 2D/3D 渲染、合成与多路显示输出，决定每块屏幕的分辨率、刷新率和色彩格式。
- 显示控制器（Display Controller）：位于 GPU 内部或独立芯片中，负责扫描时序、图层混合、背光与接口协议（HDMI、DP、eDP、LVDS 等）。
- 触摸控制器（Touch Controller）：通过 I²C、USB 或 HID over I²C 上报触摸点坐标、压力与手势，是输入链路的起点。
- 操作系统（OS）：维护显示拓扑、输入设备映射、窗口坐标与事件分发，是“显示”与“触摸”之间的粘合剂。
数据流可以概括为两条方向相反的链路：显示链路由应用 → 图形 API → GPU 渲染 → 显示控制器 → 屏幕；触摸链路由触摸屏 → 触摸控制器 → 总线 → OS 输入子系统 → 窗口系统 → 应用。多屏工程的核心难点，正是让这两条链路在坐标空间上严格对齐。
方法流程：从开机到触摸响应的完整时序
多屏系统的协同工作可以拆解为五个阶段，每个阶段都有明确的参与者和可观测的日志或接口：
- 显示拓扑枚举：OS 通过 EDID 读取每块屏幕的分辨率、刷新率和物理尺寸，建立逻辑坐标空间。例如双屏 1920×1080 并排时，逻辑坐标范围为 3840×1080。
- 显示控制器配置：GPU 驱动根据拓扑设置每个显示管道的时序参数，包括 HTotal、VTotal、像素时钟和前后沿。
- 触摸设备注册：触摸控制器通过 I²C 或 USB 枚举，OS 输入子系统为其创建 input 设备节点，并读取 HID 描述符中的坐标范围。
- 坐标映射绑定：OS 将触摸设备的坐标范围映射到某块显示器的逻辑区域，这一步是多屏触摸是否准确的关键。
- 事件分发与渲染同步：触摸事件经窗口系统命中测试后交给对应窗口，应用更新界面，GPU 重新渲染并送显，形成闭环。
关键观察点：显示拓扑与触摸映射必须使用同一套逻辑坐标。如果显示是“左屏 + 右屏”，而触摸仍按单屏全屏映射，就会出现“点左屏、右屏响应”的经典错位。
案例场景：双屏异分辨率下的触摸映射
假设一台主机连接两块屏幕：主屏 2560×1440，副屏 1920×1080，副屏位于主屏右侧。显示拓扑的逻辑坐标如下：主屏占据 x∈[0,2560)，副屏占据 x∈[2560,4480)。触摸控制器上报的是副屏本地坐标，范围 0～1920 和 0～1080。OS 需要把副屏触摸设备的坐标加上偏移量 2560，才能与逻辑坐标对齐。
在 Linux 下，可以通过 xinput 查看和设置映射关系：
# 查看输入设备列表
xinput list
# 将触摸设备 "TouchScreen-2" 映射到副屏输出
xinput map-to-output "TouchScreen-2" HDMI-2
# 查看当前显示拓扑
xrandr --query
# 典型输出
HDMI-1 connected 2560x1440+0+0
HDMI-2 connected 1920x1080+2560+0在 Windows 下，多屏触摸映射通常由厂商驱动或 Windows 的“平板电脑设置”完成，底层同样是把 HID 设备的坐标范围绑定到特定显示器的逻辑区域。如果使用自定义应用，也可以通过 Windows API 查询显示器矩形并手动做坐标变换。
常见误区与复盘清单
| 误区现象 | 根因定位 | 排查手段 |
|---|---|---|
| 触摸点整体偏移一个屏幕宽度 | 触摸设备未绑定到正确显示器，仍按主屏坐标映射 | 使用 xinput map-to-output 或系统触摸校准工具重新绑定 |
| 触摸坐标缩放比例不对 | HID 描述符中的逻辑范围与显示器分辨率不一致 | 读取 evtest 或 HID 报告，核对 ABS_X/ABS_Y 的最大值 |
| 画面正常但触摸无响应 | 触摸控制器未枚举，或 I²C/USB 总线通信失败 | 检查 dmesg 中 i2c-hid 或 usbhid 的枚举日志 |
| 多屏刷新不同步、画面撕裂 | 各显示管道时序独立，未启用同步或合成器未对齐 | 检查 GPU 驱动的 vsync 配置与合成器刷新策略 |
| 热插拔后触摸映射丢失 | 显示拓扑变化后未重新触发输入映射 | 监听 xrandr 或 udev 事件，自动重跑映射脚本 |
工程建议：把“显示拓扑”和“触摸映射”视为一对必须同步更新的配置。每次插拔屏幕、修改分辨率或旋转屏幕后，都应重新执行触摸映射，并在系统日志中确认输入设备与输出设备的绑定关系。
注意：不同操作系统对多屏触摸的支持粒度不同。Linux 依赖 X11/Wayland 的输入映射机制，Windows 依赖厂商驱动与系统设置，Android 则通过 InputReader 与 DisplayViewport 绑定。跨平台项目应把坐标变换抽象为独立模块，避免把映射逻辑散落在各平台代码中。
总结来看，多屏系统的协同工作流程本质上是“显示拓扑定义坐标空间，触摸控制器提供原始坐标，操作系统完成坐标变换与事件分发，GPU 与显示控制器完成最终呈现”。只有这五个角色在坐标空间上达成一致，多屏触摸才能做到“所见即所点”。