应优先在 keydown 阶段响应组合键，因其能第一时间捕获修饰键与主键的完整状态，避免 keyup 时修饰键已松开导致误判；若必须用 keyup，则需确保主键 keyup 时修饰键仍按下（如 e.key === 'enter' && e.ctrlkey），并兼顾跨平台兼容性（ctrlkey || metakey）。
在 keyup 事件中精准识别组合键（如 Ctrl+Enter）的关键是：**不能只依赖单次按键的 key 或 code，而要结合修饰键状态（ctrlKey、shiftKey 等）与目标键的精确匹配，并注意键盘事件的触发顺序和松开逻辑。**
为什么单纯监听 keyup 容易误判
用户按下 Ctrl+Enter 时，浏览器会依次触发：
-
keydown（Ctrl）→keydown（Enter）→keyup（Enter）→keyup（Ctrl） - 也就是说，
Enter的keyup先于Ctrl的keyup触发 - 若只在
keyup中检查event.ctrlKey === true && event.key === 'Enter'，在Enter松开瞬间ctrlKey仍为true（因为 Ctrl 还没松开），这是可用的；但若用户先松开 Ctrl 再松开 Enter，该判断就会失效
推荐做法：用 keydown + keyup 协同或仅用 keydown
实际开发中，**组合键行为（如提交表单）通常应在 keydown 阶段响应**，因为：
-
keydown能第一时间捕获修饰键 + 主键的完整状态 - 避免
keyup时修饰键已松开导致漏判 - 用户体验更及时（例如按住 Ctrl+Enter 立即提交，而非等两个键都松开）
示例：
input.addEventListener('keydown', e => {
if (e.ctrlKey && e.key === 'Enter') {
e.preventDefault(); // 阻止默认换行
handleSubmit();
}
});
如果必须用 keyup，请确保修饰键状态可靠
若业务强制要求在松开时触发（如“松开 Ctrl+Enter 才执行”），需注意：
- 监听
keyup时，只对主键（如'Enter'）做判断，同时检查对应修饰键是否仍按下 -
e.ctrlKey在keyup中对 Ctrl 键本身为false（因它正在松开），但对其他键（如 Enter）的keyup，只要 Ctrl 尚未松开，ctrlKey仍为true - 因此，
if (e.key === 'Enter' && e.ctrlKey)在 Enter 的keyup中是安全且常用的 - 但需规避焦点丢失、快捷键冲突等情况，可加防抖或状态标记辅助
跨平台与键码兼容性提醒
不同系统/浏览器对组合键的 key 值可能略有差异：
-
e.key === 'Enter'比e.code === 'Enter'更语义化，也更稳定（code依赖物理键位，key依赖当前输入法逻辑） - Mac 上
Cmd+Enter应用e.metaKey，Windows/Linux 用e.ctrlKey；可统一写成(e.ctrlKey || e.metaKey) && e.key === 'Enter' - 避免使用已废弃的
keyCode或which
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
