accesskey不可靠，仅触发焦点且跨浏览器组合键不统一（如chrome/win为alt+s、firefox/win为alt+shift+s），易被系统或扩展拦截，应改用keydown监听实现可控快捷键。
accesskey 在 Chrome/Firefox/Safari 中触发组合键不统一
同一段代码 accesskey="s"，在不同环境按下后行为完全不同：Chrome/Windows 是 Alt+s，Chrome/macOS 是 Ctrl+Alt+s，Firefox/Windows 是 Alt+Shift+s，Safari/macOS 则默认关闭、开启后还要配合 Ctrl+Alt+s —— 你根本没法在 UI 上写一个准确提示。用户看到「保存(Alt+s)」，在 macOS 上按了就失效，还可能触发系统截图。
accesskey 按了没反应？大概率是被硬拦截了
不是你的 HTML 写错了，而是浏览器或系统直接吞掉了这个按键：
-
Ctrl+s在所有桌面浏览器中都会触发「另存为」原生弹窗，accesskey="s"根本抢不到控制权 - macOS 的
Cmd+Space（Spotlight）、Cmd+H（隐藏窗口）会劫持修饰键组合，导致accesskey静默失败 - Vimium、1Password、Grammarly 等扩展监听所有
keydown，且调用e.preventDefault()后，accesskey逻辑彻底不走 - 焦点落在
textarea或contenteditable区域时，accesskey不触发任何行为
哪些元素加 accesskey 才可能响应
它只对「可聚焦 + 语义合理」的元素生效，其他全是无效绑定：
- ✅ 天然可聚焦：
button、a、input、textarea、select - ✅ 手动可聚焦：带
tabindex="0"的div，但必须配role="button"和键盘交互逻辑（如监听Enter） - ❌ 默认不可聚焦：
div（无tabindex）、span、tr、td、table - ❌ 语义错误：
h2、p即使加了tabindex="0"，屏幕阅读器也不会将其视为操作入口 - ⚠️ 注意：
tabindex="-1"的元素不能通过accesskey聚焦，只能 JS 主动调用.focus()
真正要兼容，就得绕开 accesskey 自己管
想实现「按 Ctrl+s 就保存」这种确定性行为，唯一可靠路径是监听 document 的 keydown：
- 用
e.ctrlKey && e.key === 's'判断，别用e.code（AZERTY 键盘下错） - 先排除输入场景：
if (['INPUT', 'TEXTAREA', 'SELECT'].includes(e.target.tagName) || e.target.isContentEditable) return - 只对已知快捷键调
e.preventDefault()，比如Ctrl+t就不该拦 - Mac 用户用
e.metaKey，别硬写Ctrl文字提示 - 触发前建议先
targetElement.focus()再执行业务逻辑，方便屏幕阅读器播报
最麻烦的不是怎么写监听器，而是快捷键是否该生效——模态框开着时要不要禁用？编辑器正在输入时 Ctrl+b 是加粗还是跳转？这些都得靠当前 UI 状态驱动，漏掉任一条件，快捷键就变成不可预测的干扰源。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
