精准捕获用户按键值需根据需求选择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()：比如拦截空格键在<div contenteditable> 中的滚动行为，或禁用 F5 刷新<li>输入类场景慎用 <code>keydown改变值：它发生在字符插入前，但直接修改input.value可能破坏 IME（中文输入法）流程；推荐用input事件做后续处理 - 调试时打印完整事件：
console.log({ key: e.key, code: e.code, ctrlKey: e.ctrlKey })，比只看e.keyCode清晰得多
不复杂但容易忽略——选对事件、读对属性、判对修饰键，就能稳定捕获真实意图。
