1. 输入设备基础：键盘、鼠标、手柄、触屏的工作原理与事件模型
做游戏交互设计这么多年，我接触最多的就是这四类输入设备。说实话，每种设备都有自己的脾气。你想想看，键盘的按键反馈、鼠标的精准定位、手柄的摇杆手感、触屏的多点触控——它们背后的工作原理和事件模型，其实差别挺大的。
我个人习惯把输入设备分成两类：离散输入和连续输入。键盘按键是典型的离散输入，按下就是1，松开就是0。鼠标移动、摇杆推拉则是连续输入，有位置、有力度、有方向。搞懂这个分类，后面的事件处理就好理解了。
1.1 键盘：最基础的离散输入设备
键盘的工作原理其实很简单。每个按键对应一个唯一的扫描码（Scan Code）。当你按下按键时，键盘控制器会生成一个Make Code；松开时，生成一个Break Code。操作系统拿到这些码，再映射成具体的字符或功能键。
核心事件模型：
- KeyDown：按键被按下时触发。注意，如果按住不放，会以系统设定的重复率连续触发。
- KeyUp：按键被松开时触发。只触发一次。
- KeyPress：某些框架里存在，表示字符输入事件，已经按字符映射好了。
我在项目中遇到过一个问题：玩家按住W键前进，同时按Shift加速。如果KeyDown事件处理不当，会导致角色卡顿。后来我改用按键状态表来管理，每帧检查当前按下的键集合，而不是依赖事件触发。嗯，这个坑踩过之后，我再也没用过纯事件驱动来处理移动。
我的建议：在游戏循环中，维护一个Set<KeyCode>或布尔数组。KeyDown时添加，KeyUp时移除。每帧根据这个集合判断当前输入状态。这样既避免了重复触发问题，也方便处理组合键。
1.2 鼠标：精准定位与多按钮
鼠标的核心是相对位移和绝对位置。早期的机械鼠标靠滚球带动光栅盘，现在的光电鼠标靠CMOS传感器拍摄桌面纹理，通过图像对比算出位移量。说白了，鼠标报告的是「我移动了多少」，而不是「我在哪里」。
但在游戏里，我们通常需要知道鼠标在屏幕上的绝对位置。这需要操作系统把相对位移累积成绝对坐标。
核心事件模型：
- MouseMove：鼠标移动时触发，携带当前屏幕坐标 (x, y)。
- MouseDown / MouseUp：鼠标按钮按下/松开，携带按钮编号（左键0、右键1、中键2）。
- MouseWheel：滚轮滚动，携带滚动增量值。
我记得有一次做FPS游戏，玩家反馈鼠标移动有延迟。排查后发现是MouseMove事件在低帧率下采样不足。解决方案是启用原始输入（Raw Input），直接读取鼠标的硬件报告，绕过系统的鼠标加速和指针平滑。这个改动让手感提升了一大截。
避坑指南：我曾经因为没处理DPI变化，导致玩家在不同分辨率下鼠标灵敏度不一致。建议在游戏启动时读取系统鼠标设置，或者直接使用Raw Input模式，自己控制灵敏度系数。
1.3 手柄：模拟与数字的混合体
手柄这东西，说复杂也复杂，说简单也简单。它既有数字按钮（A/B/X/Y、方向键），也有模拟摇杆和扳机键。模拟摇杆本质上是两个电位器，分别输出X轴和Y轴的电压值，经过ADC转换成0~65535的数值。扳机键也是类似的原理。
你想想看，摇杆的「死区」问题就是这么来的。电位器有物理误差，即使你松手，摇杆也可能输出一个非零值。所以游戏里必须设置死区（Dead Zone），小于这个值的输入直接忽略。
核心事件模型：
- ButtonDown / ButtonUp：数字按钮的按下/松开事件。
- AxisChanged：模拟轴（摇杆、扳机）的值变化事件，携带-1.0到1.0的浮点值。
- DPadChanged：方向键事件，通常映射为四个方向的按钮。
我个人习惯把摇杆输入做非线性映射。比如把原始值做平方处理，让轻微推动时移动更慢，推到底时速度更快。这样玩家在瞄准时能更精细，转身时又能快速响应。这个技巧我在好几个项目中都用过，效果不错。
我的经验：处理手柄震动反馈时，别直接用线性值。把震动强度分成3~4个档位，配合游戏事件（受伤、爆炸、撞击）触发不同档位。这样玩家能清晰感知到「发生了什么」，而不是糊成一片。
1.4 触屏：多点触控与手势识别
触屏的工作原理是电容感应。手指触摸时，屏幕表面的电容发生变化，控制器通过扫描矩阵检测出触摸点的位置。多点触控就是同时检测多个电容变化点。
触屏的事件模型和前面几种设备不太一样。它没有「悬停」状态，只有触摸和离开。而且触屏事件天然是多点的，每个触摸点都有一个独立的ID。
核心事件模型：
- TouchStart：手指触摸屏幕时触发，携带触摸点ID和坐标。
- TouchMove：手指在屏幕上滑动时触发，持续更新坐标。
- TouchEnd：手指离开屏幕时触发。
- TouchCancel：系统中断触摸（如来电）时触发。
做手游时我踩过一个坑：同时处理TouchMove和Click事件，结果玩家滑动时也触发了点击。解决方案是引入滑动距离阈值——如果TouchStart到TouchEnd的移动距离超过10像素，就判定为滑动，不触发点击。这个阈值我建议根据屏幕DPI动态调整。
避坑指南：我曾经在Android上遇到多点触控的「手指索引混乱」问题。系统报告的触摸点顺序可能变化，但ID是稳定的。所以永远用ID来追踪触摸点，不要用索引。iOS和Windows在这方面处理得更好，但Android的碎片化问题确实让人头疼。
1.5 四种设备的对比与选择
说了这么多，我们来个总结。四种设备各有优劣，选哪个取决于你的游戏类型。
| 设备 | 输入类型 | 精度 | 反馈 | 适合场景 |
|---|---|---|---|---|
| 键盘 | 离散为主 | 高（按键） | 无 | RTS、MMO、文字输入 |
| 鼠标 | 连续+离散 | 极高（定位） | 无 | FPS、RTS、策略游戏 |
| 手柄 | 模拟+数字 | 中（摇杆） | 震动 | 动作、赛车、平台跳跃 |
| 触屏 | 多点连续 | 中（手指遮挡） | 触觉反馈 | 手游、休闲、益智 |
我个人建议，如果你的游戏要跨平台，最好抽象出一层输入适配层。把按键、摇杆、触摸都映射成统一的「游戏动作」（比如「跳跃」、「攻击」、「移动」）。这样底层设备怎么变，上层逻辑都不用改。这个架构我在三个项目里用过，每次移植新平台都省了不少事。
核心要点回顾：
- 键盘用状态表管理，别依赖事件重复触发
- 鼠标用Raw Input绕过系统加速
- 手柄注意死区和非线性映射
- 触屏用ID追踪触摸点，加滑动阈值防误触
- 抽象输入适配层，方便跨平台
好了，这一章就到这里。下一章我们会深入讲输入事件的处理流程——从硬件中断到游戏逻辑，中间经历了什么？为什么有时候按了键游戏没反应？这些问题我们到时候一一拆解。