HTML无原生快捷键，所有快捷键均由浏览器或编辑器实现；需正确处理修饰键状态、聚焦元素判断、事件监听清理及用户手势触发要求。
HTML 本身没有“快捷键”，所有所谓“HTML 快捷键”都是浏览器或编辑器实现的，和 <input>、<textarea> 等元素的键盘行为直接冲突——不是 HTML 冲突，是你的事件监听逻辑没处理好。
为什么 keydown 监听会吃掉 Ctrl+S、Alt+Tab 等系统级组合键
在 document.addEventListener('keydown', handler) 中未过滤修饰键状态，导致 event.ctrlKey 或 event.altKey 为 true 时仍调用 preventDefault()，结果就是保存失效、切换标签页卡住。
- 必须检查
event.ctrlKey、event.metaKey、event.altKey、event.shiftKey，任一为 true 就应放行（除非你真要劫持 Cmd+R 刷新） -
event.key比event.keyCode更可靠，但注意 Safari 对Ctrl+,这类组合返回"Unidentified"，得 fallback 到event.code - 在
<input>或<textarea>聚焦时，99% 的自定义快捷键应自动禁用——否则用户打字时按 Ctrl+Z 会触发你写的“撤销画布操作”，而不是文本撤销
如何让快捷键只在特定区域生效（比如 Canvas 编辑器）
全局监听 + 全局判断焦点位置，比给每个容器单独绑事件更稳定，也避免事件冒泡干扰。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用
document.activeElement判断当前聚焦是否在可编辑元素内：['INPUT', 'TEXTAREA', 'SELECT'].includes(document.activeElement?.tagName) - 对 Canvas 类应用，推荐监听
canvas元素的focus事件，并调用canvas.tabIndex = 0让它可聚焦——否则键盘事件根本不会到达它 - 不要依赖
mousedown后再focus()，移动端或屏幕阅读器可能跳过这步；初始化时就设好tabIndex并加role="application"
Chrome/Firefox/Safari 对 preventDefault() 的限制越来越严
从 Chrome 95 开始，非用户手势触发的 keydown（比如定时器后模拟触发）调用 preventDefault() 会被静默忽略；Safari 更激进，连某些合法组合键（如 Cmd+.）都禁止拦截。
立即学习“前端免费学习笔记（深入）”；
- 必须确保快捷键触发路径有明确用户交互起点：一次真实的 click、keydown、focus 等，后续链式操作才可信
- 避免在
setTimeout或 Promise 回调里调用preventDefault()，哪怕只延迟 0ms - 测试时用真实键盘按，别靠 JS 脚本 dispatchEvent —— 行为不等价
最常被忽略的一点：快捷键逻辑写在 React/Vue 组件里时，组件卸载后忘记 removeEventListener，残留监听器会持续捕获按键，导致其他页面功能异常。手动管理比依赖框架 cleanup 更可控。
