主题
车载显示人机交互设计
车载屏幕的第一约束不是"好不好看"，而是不能干扰驾驶。
环境与验证见 车载显示；HUD 见 HUD 光学与设计深化。
本页按三段式走：先看车载交互的约束（概念）→ 再按眩光管理与评价关注点落地（会用）→ 最后弄清"为什么第一约束是注意力预算"（原理）。
⚠️ 本页为通用设计知识整理，具体设计要求须遵循所在市场的车辆安全法规与整车厂规范。
一、车载显示的布局形态（入门）
驾驶舱显示布局
├── 仪表（Cluster） —— 车速/转速/告警（安全关键）
├── 中控（CID） —— 导航/媒体/设置
├── 副驾屏 —— 娱乐
├── HUD —— 抬头显示
├── 电子后视镜（CMS） —— 侧后视野
├── 流媒体内后视镜 —— 后方视野
└── 后排娱乐屏 —— 乘客| 位置 | 安全相关性 | 设计要求 |
|---|---|---|
| 仪表 | 极高 | 高可靠、常显、不可遮挡 |
| 中控 | 高 | 避免驾驶中复杂操作 |
| HUD | 高 | 不遮挡视线、亮度可调 |
| 电子后视镜 | 极高 | 可靠性、延迟、失效降级 |
| 副驾/后排 | 低 | 娱乐自由度高 |
⚠️ "安全关键"与"信息娱乐"的设计要求差异巨大，不能混为一谈。
二、驾驶安全的约束（核心理念）
| 原则 | 说明 |
|---|---|
| 减少视线离开路面时间 | 关键信息尽量在视线自然区域 |
| 减少操作步骤 | 常用功能一步可达 |
| 提供物理反馈 | 盲操作可能性 |
| 避免驾驶中复杂菜单 | 行驶中限制操作 |
| 信息优先级 | 告警 > 状态 > 娱乐 |
| 不遮挡视野 | 位置与尺寸约束 |
| 夜间不刺眼 | 亮度与色温管理 |
"盲操作"能力很关键：
驾驶中不能长时间看屏幕
↓
需要依赖：
├── 物理按键/旋钮（有触感）
├── 固定位置（形成肌肉记忆）
├── 声音反馈
└── 触觉反馈（震动）✅ "全触控"在车载场景存在争议 —— 物理控制的盲操作优势不可替代。
三、触控 vs 物理控制（关键取舍）
| 维度 | 触控 | 物理控制 |
|---|---|---|
| 直观性 | 高（可见即可点） | 中（需记住位置） |
| 盲操作 | 差 | 好 |
| 灵活性 | 高（可重配置） | 低 |
| 成本 | 中 | 中 |
| 可靠性 | 依赖电子 | 高 |
| 反馈 | 需震动/声音补偿 | 天然触感 |
| 空间占用 | 小 | 大 |
实务趋势：
| 功能 | 常见方案 |
|---|---|
| 音量/空调温度 | 旋钮（高频、盲操作） |
| 媒体播放 | 方向盘按键 |
| 导航输入 | 触控（停车或语音） |
| 设置类 | 触控（低频） |
| 危险告警确认 | 物理或方向盘按键 |
✅ "高频 + 需盲操作"的功能倾向保留物理控制。
四、语音与多模态（进阶）
| 方式 | 优势 | 限制 |
|---|---|---|
| 语音 | 手不离方向盘、眼不离路 | 环境噪声、识别准确率、隐私 |
| 手势 | 免接触 | 准确率、学习成本 |
| 视线追踪 | 判断注意力 | 成本、隐私 |
| 方向盘按键 | 盲操作好 | 数量有限 |
| 触觉反馈 | 补偿触控缺失 | 效果有限 |
多模态融合是趋势：语音为主 + 物理快捷键 + 触控为辅。
五、显示设计与可读性（实用）
| 要求 | 说明 |
|---|---|
| 亮度自适应 | 昼夜与隧道切换 |
| 对比度充足 | 强光下可读 |
| 字号足够 | 快速扫视可辨 |
| 信息层级 | 重要信息突出 |
| 色彩语义 | 告警色需符合习惯（并考虑色觉差异） |
| 避免高频闪烁 | 干扰驾驶 |
| 夜间低亮度 | 不刺眼 |
| 防眩光 | 减少反射干扰 |
昼夜间切换是个实际难题：
白天：高亮度、可能需要偏冷色温
夜间：低亮度、偏暖色温
隧道进出：快速变化，需平滑过渡
↓
需要环境光传感 + 平滑算法六、眩光与反射管理（车载特有）
| 来源 | 影响 |
|---|---|
| 阳光直射 | 屏幕可读性下降 |
| 屏幕反射到风挡 | 夜间在风挡上看到屏幕倒影（分散注意力） |
| 仪表台反光 | 影响观感 |
| 后排/侧窗光 | 局部眩光 |
控制手段：
| 手段 | 说明 |
|---|---|
| 屏幕位置与角度 | 避免反射进入驾驶员视线 |
| 防眩光表面 | AG 处理 |
| 亮度调节 | 提高对比裕度 |
| 遮光结构 | 仪表台造型遮光 |
| 夜间自动降亮 | 减少风挡倒影 |
⚠️ "夜间风挡上出现屏幕倒影"是车载显示设计的经典问题。
七、可靠性与失效降级（进阶）
安全相关显示需要考虑失效行为：
| 场景 | 要求 |
|---|---|
| 仪表黑屏 | 需有降级方案（备份显示/告警） |
| 电子后视镜失效 | 需符合规定的失效处理 |
| HUD 失效 | 不应遮挡视线 |
| 触控失效 | 需有物理备用控制 |
| 过热 | 降亮或降级，但不影响安全信息 |
| 电源异常 | 关键信息优先保障 |
✅ "失效时不引发危险"是安全设计的核心原则。
八、评价关注点（实用）
【可读性】
□ 不同环境光下的可读性（含强阳光）
□ 夜间是否刺眼
□ 隧道进出过渡是否平滑
□ 反光是否影响视线
【交互】
□ 常用功能操作步骤数
□ 是否有盲操作方案
□ 触控响应与反馈
□ 行驶中是否限制复杂操作
□ 语音识别可用性
【安全】
□ 是否遮挡驾驶员视野
□ 夜间风挡倒影程度
□ 告警信息是否醒目且不干扰
□ 失效降级行为
【可靠性】
□ 宽温下的表现
□ 长期使用衰减
□ 清洁剂/指纹耐受九、常见误区
| 误区 | 事实 |
|---|---|
| "屏幕越大越好" | 受视野与安全约束 |
| "全触控更高级" | 盲操作差，安全性存疑 |
| "亮度越高越清楚" | 夜间反而刺眼、产生倒影 |
| "车载屏只是消费屏加壳" | 验证体系与安全要求完全不同 |
| "信息越多越好" | 信息过载增加注意力负担 |
| "失效无非是黑屏" | 安全相关需降级设计 |
十、原理：三条"驾驶优先"机制
（一）为什么第一约束是"注意力预算"
驾驶是主任务，屏幕交互是**次要任务**，两者争夺同一份注意力与手部资源
→ 于是评价指标从"好不好看/功能多不多"变成：
① 单次操作需要的**注视时间**（越长越危险）
② 操作步骤数（越少越好）
③ 是否可被"盲操作"或语音/物理按键替代
→ 这解释了车载 HMI 的一系列设计取向：
大字号少信息、固定位置、物理按键保留、关键功能不做深层菜单
→ 与消费场景"信息密度越高越专业"的评价方向正好相反（二）为什么眩光与反射在车上更难处理
车内存在多条反射路径，且光源方向随时变化：
前挡风玻璃（白天阳光、夜间对向车灯）、侧窗、仪表台反光面
→ 于是同一块屏在不同时间/路段的"可用性"不同：
白天要对抗强环境光（→ 亮度与低反射，见 [车载显示](automotive-displays.md)）
夜间要对抗"屏光污染"（屏幕在挡风玻璃上成像 → 干扰视线）
→ 因此车载要求的不只是"屏幕看起来清楚"，
还包括"屏幕的光不会在玻璃上形成干扰影像"、以及"夜间亮度能降到足够低"
→ 判断含义：反射与亮度匹配必须**分白天/夜间两组条件**评价（三）为什么失效必须"可降级、可察觉"
车载屏幕失效的后果与其他场景不同（信息不可读 → 影响驾驶判断）
→ 因此设计上要求：
① 降级：关键信息（车速、警示）要有替代呈现路径，不能只靠一块屏
② 可察觉：失效本身要被使用者或系统识别（而不是静默黑屏）
③ 可诊断：状态可被读取，便于维修与追溯
→ 这三条把"可靠性"从"尽量不出故障"变成"**出了故障也知道、也有退路**"，
与 [可靠性与环境测试](reliability-testing.md) 的验证目标不同：
后者验证"能不能扛住环境"，前者定义"扛不住时怎么办"📋 判据接口：本页属场景与应用类 —— 依此页结论做判定时，除通用条件外还必须附带 判据字段集 · 场景与应用类 所列字段（共 6 项）：在这个场景里，"能用"到底指什么？ 缺任一项，结论不可复核，只能作降级表述。
关键概念速查
| 术语 | 英文 | 含义 |
|---|---|---|
| 抬头显示 | HUD | 风挡投影 |
| 电子后视镜 | CMS | 摄像头后视系统 |
| 盲操作 | Blind Operation | 不看即可操作 |
| 触觉反馈 | Haptic Feedback | 震动反馈 |
| 降级 | Degradation | 失效时的替代方案 |
| 眼盒 / 视野 | Eyebox | 有效观察区（HUD） |
相关文档
数据来源：本页数据整理自公开标准规范与厂商公开规格资料，仅供参考；具体数值与技术细节请以官方规范原文与厂商官方资料为准。