部分组合键映射会与系统级快捷键冲突需要检测
别名: 快捷键冲突 · 系统保留键 · key chord · input validation
概念解释
快捷键冲突检测（shortcut conflict detection）在玩家保存一个组合键或者完成重映射之前，主动识别这个按键组合是否会和操作系统、所在平台、输入法、屏幕阅读器或者游戏内部已有的其他命令产生争用。这一条建立在完整重映射之上——如果说完整重映射解决的是"能不能改"，快捷键冲突检测解决的是"改了之后这个组合到底能不能真正用得起来"。冲突造成的危害远不止"这次操作没有触发游戏内的动作"这么简单：它实际发生的后果可能是把系统焦点切走、把游戏窗口直接最小化、意外呼出系统级的界面，或者让玩家正在依赖的辅助技术突然失效——这几种后果对玩家造成的挫败感和一次简单的"按键没反应"完全不在一个量级上。
机制
一个组合键的处理过程要经过多个优先级层级：操作系统本身、当前使用的输入法、可能正在运行的辅助技术，以及游戏自身，这几层都可能对同一个按键组合有自己的解读。如果游戏在设计重映射系统时只考虑了自己内部的绑定表，完全没有意识到某个组合会被更高优先级的平台层提前截获，玩家保存的这套配置在日常菜单操作里可能看起来一切正常，却往往要等到真正进入高压力、需要快速连续按键的实战场景时，才会突然发现这套方案完全不可用——这个发现时机偏偏是玩家最没有耐心排查问题、也最容易把问题错误归因到"设备不好"或者"手速不够"的时候。提前在保存环节就做检测，能够把一个原本要到关键时刻才会暴露的、不可执行的配置，转化成玩家在设置界面就能理解并主动做出取舍的选择，从根本上减少这种被错误归因的挫败感。
边界
系统保留键的具体清单会随着操作系统版本、具体平台和玩家所在的地区输入法而变化，不能只维护一份放之四海而皆准的黑名单，然后假设它永远有效。也不应该把所有检测到的冲突都一律禁止：有些冲突只在特定条件下才会真正发生——比如只有在窗口化而非全屏模式下、或者游戏窗口没有获得系统焦点时才会被平台截获，在满足特定前提之后其实可以安全使用。因此需要区分三种不同严重程度的情况分别处理：完全不可用必须硬性阻止保存、有条件风险的组合给出可以被玩家主动确认后覆盖的警告，以及游戏内部自身逻辑上的重复绑定，并且针对每一种都要向玩家说明具体会发生什么后果，而不是笼统地提示"存在冲突"。
怎么落地
- 按不同平台分别维护系统保留键、常见辅助技术会用到的快捷键，以及游戏内部已有绑定的完整清单，并且在玩家每一次保存新的按键配置时都进行即时校验，而不是等到出问题才回头排查。
- 对确认会硬性冲突、完全不可执行的组合直接阻止保存；对存在条件性风险的组合，具体说明在什么情况下会出问题，并主动提供可行的替代按键建议。
- 验证办法：在每一个目标平台、不同的窗口显示模式（全屏、窗口化）和不同的输入法激活状态下，自动依次触发玩家已经保存的全部组合键，逐一验证游戏内动作、系统焦点归属和平台层面的行为是否都符合预期。