html无快捷键，冲突源于javascript监听、浏览器原生行为、编辑器或系统快捷键三层叠加；需先定位冲突层级再针对性解决。
HTML 本身没有快捷键，所谓“冲突”全是 JavaScript 监听逻辑、浏览器原生行为、编辑器或系统级快捷键三者打架的结果。直接改 accesskey 或硬塞 onkeydown 不解决问题，得先定位冲突层级。
怎么判断是哪一层在抢键盘事件
按下组合键没反应，别急着改代码——先分清责任归属：
- 在
<input>或<textarea></textarea>里按Ctrl+S没触发：不是你的监听器失效，是输入框吞了事件，keydown根本没冒泡到document - 在空白页面按
Ctrl+T打开了新标签页：浏览器原生快捷键已拦截，JS 监听器收不到这个事件，强行绑定无效 - VS Code 里按
Alt+W没反应，弹出command 'extension.cssrem.px-to-vw' not found：插件快捷键被其他扩展覆盖，和 HTML/JS 完全无关 - Chrome DevTools 的 Elements 面板双击标签名后按
F2无响应：这是 Chrome 版本差异，v124+ 已移除该功能，不是你配置错
document.addEventListener('keydown') 为什么经常不生效
全局监听写对了，但还是收不到按键？常见原因就三个：
- 焦点不在页面主体上：用户刚点完按钮，焦点停在
<button></button>上，document不触发keydown；换成监听document.body更稳定 - 没处理修饰键兼容性：
e.ctrlKey在 Windows/Linux 有效，macOS 得看e.metaKey；别只判e.key === 's'，漏掉大小写或输入法状态 - 没调
e.preventDefault()：比如想用Ctrl+S触发保存，不阻止默认行为，浏览器会直接弹“另存为”对话框，你的函数根本没机会执行
如何安全实现 Ctrl+S 保存而不干扰用户
这不是加个监听器就能搞定的事，得兼顾输入场景、平台差异和用户预期：
- 只在非编辑状态下启用：用
document.activeElement判断焦点是否落在<input>、<textarea></textarea>或contenteditable元素上，是则跳过 - 优先用
e.code而非e.key：比如'KeyS'不受 CapsLock 和输入法影响，比's'或'S'可靠 - 保存前加轻量确认：尤其当页面有未提交表单时，
Ctrl+S弹个 toast 提示“已保存”比静默执行更可信 - 避免在 React/Vue 根组件里写
onKeyDown：它只在组件有焦点时才触发，正确姿势是在useEffect里挂document.addEventListener，卸载时记得removeEventListener
最常被忽略的一点：快捷键逻辑不是独立模块，它必须和焦点管理、表单状态、编辑模式联动。单独写一个 hotkey.js 然后到处 import，大概率会在某个 modal 打开时失灵——因为焦点被锁在内部，而你的监听器还在等整个 document 的事件。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
