应使用 keyboardevent.code 判断快捷键，因其表示物理按键且不受输入法、大小写等影响；需在 keydown 阶段监听编辑器容器，结合 ctrlkey/metakey 等修饰键精准识别组合键，并避免误拦方向键、enter 等必要默认行为。
为什么用 KeyboardEvent.code 而不是 key 判断快捷键
因为 code 表示物理按键（如 "KeyA"、"ControlLeft"），不受大小写、输入法、Caps Lock 或键盘布局影响；而 key 返回的是字符（如 "a" 或 "A"），在中文输入法激活时可能返回 "Process" 或空字符串，导致 Ctrl+A 拦截失效。编辑器要识别「用户按下了 Control 键 + A 键」这个动作，不是「当前想输入什么」——所以必须优先用 code，再结合 ctrlKey/metaKey 等修饰键状态。
必须在 keydown 阶段拦截，且监听目标要精准
浏览器对 Ctrl+Z、Ctrl+A 这类无字符输出的组合键，只在 keydown 阶段完整触发；keypress 和 input 已被部分处理，此时调 event.preventDefault() 很可能无效。
- 监听对象必须是编辑器容器本身（如
contenteditable元素或富文本根节点），而不是document全局——避免误拦其他区域的快捷键 - 不要监听
click或按钮submit，它们和快捷键无关 - 移动端需注意：iOS Safari 对
contenteditable的keydown支持不稳定，必要时可加beforeinput作为兜底
常见快捷键的 code 组合与易错点
不同系统下同一功能的 code 值一致，但修饰键标识不同，容易漏判：
-
Ctrl+A/Cmd+A：判断event.code === 'KeyA'且(event.ctrlKey || event.metaKey)—— 不要硬写event.code === 'ControlLeft' -
Ctrl+Backspace触发的是event.code === 'Backspace'，不是'Delete'；Ctrl+Delete才对应单词删除 - Safari 在
contenteditable中对Cmd+Z的keydown触发较晚，有时需同时监听beforeinput并检查event.inputType === 'historyUndo' - Firefox 某些版本中
Ctrl+Shift+Tab的code可能返回'Tab'，此时仅靠code不够，必须补上event.shiftKey && event.ctrlKey判断
别一概 preventDefault()，方向键和 Enter 要分场景处理
编辑器里很多默认行为其实是需要保留的，比如光标移动、换行、缩进等。盲目拦截会破坏基础体验：
- 方向键（
ArrowUp等）常用于导航，若你实现了代码块跳转逻辑，应明确是否允许原生行为——比如只在代码块内拦截，外部仍走默认光标移动 -
Enter在textarea中需换行，在普通input或表单中则应提交——不能全局阻止，必须按event.target.tagName区分 - 自定义全选（
Ctrl+A）后，记得手动设置选区：getSelection().selectAllChildren(editorEl)，否则视觉上没变化
真正难的不是写几行 preventDefault()，而是准确界定「哪些行为该让浏览器做，哪些该自己接管」——尤其在混合 contenteditable 与自定义渲染的编辑器中，一个没留神，光标就丢了，或者回车突然不换行了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
