精准捕获用户按键值需根据需求选择keydown或keyup事件：keydown适合检测持续按键（如游戏控制），keyup适合一次性操作（如回车提交）；优先使用event.key（语义结果）和event.code（物理键位），避免已弃用的keyCode；修饰键用ctrlKey等布尔属性判断，禁用keyCode判别。

要精准捕获用户按键值，关键不是只监听 keydown 或 keyup，而是根据需求选择合适事件，并正确读取其属性——event.key、event.code 和 event.keyCode（已弃用）行为差异明显，混用易出错。

区分 keydown 与 keyup 的触发时机和用途

keydown 在按键按下时立即触发，可重复触发（长按时）；keyup 在按键释放时触发，且只触发一次。两者都可用于捕获按键，但语义不同：

• 检测“是否正在按某个键”（如游戏方向控制、组合键判定）→ 用 keydown + 持续状态标记
• 确认一次性的操作（如回车提交、ESC 取消）→ 用 keyup 更可靠（避免误触或重复提交）
• 需要排除自动重复（如输入框中长按字母产生的连打）→ 可结合 event.repeat 判断：if (!event.repeat) { /* 首次按下 */ }

优先使用 event.key 和 event.code，避免 keyCode

keyCode 和 which 已废弃，返回的是键盘物理码（如 “A” 键无论是否 Shift 都是 65），无法反映实际输入字符。应改用：

• event.key：表示按键的语义结果（如按 Shift+1 → "!"，按 CapsLock+A → "A"），适合判断用户“想输入什么”
• event.code：表示物理按键位置（如 "KeyA"、"Digit1"、"Escape"），不受键盘布局和修饰键影响，适合快捷键绑定（如 Ctrl+S）
• 注意：key 在某些场景下可能为 "Unidentified"（罕见硬件/驱动问题），code 更稳定

处理修饰键与组合键的正确方式

判断 Ctrl、Shift、Alt、Meta（Cmd/Win）等修饰键，不要依赖 key === "Control"，而应查属性：

• 用 event.ctrlKey、event.shiftKey、event.altKey、event.metaKey 布尔值直接判断
• 组合键逻辑示例：if (event.ctrlKey && event.key === 's') { event.preventDefault(); save(); }
• 避免监听 keydown 中的 "Control" 单独事件——它在 Ctrl 按下时就触发，但此时其他键还没按，无法构成组合

实际应用中的防坑建议

常见问题往往源于事件目标、焦点或默认行为干扰：

• 确保监听对象有焦点：全局快捷键建议挂载到 document，而非某个可能失焦的元素
• 必要时调用 event.preventDefault()：比如拦截空格键在
  中的滚动行为，或禁用 F5 刷新
• 输入类场景慎用 keydown 改变值：它发生在字符插入前，但直接修改 input.value 可能破坏 IME（中文输入法）流程；推荐用 input 事件做后续处理
• 调试时打印完整事件：console.log({ key: e.key, code: e.code, ctrlKey: e.ctrlKey })，比只看 e.keyCode 清晰得多

不复杂但容易忽略——选对事件、读对属性、判对修饰键，就能稳定捕获真实意图。