accesskey="s"按了没反应是因为它只聚焦元素而不触发操作，如保存需再按enter才能点击；其值须为单字符，且仅对可聚焦元素生效，跨平台组合键不同，常被系统快捷键拦截。
accesskey="s" 按了没反应？先确认它根本不是“触发操作”的开关
accesskey 属性只负责把焦点移到元素上，不执行点击、提交或任何业务逻辑。比如 <button accesskey="s">保存</button>，在 Windows Chrome 中按 Alt+s 后，按钮获得焦点（能看到 outline），但必须再按 Enter 或 Space 才会真正触发 click 事件。
常见错误现象包括：加了 accesskey 却没看到焦点变化、用户以为“按一次就保存了”、移动端完全无响应。这些都不是代码写错了，而是对 accesskey 的作用机制理解偏差。
- 它不跨平台一致：Windows 是
Alt+键，macOS 是Ctrl+Option+键，Firefox 还可能加Shift - Chrome 120+ 默认禁用键盘激活，仅通过可访问性 API 暴露，普通键盘操作无效
- 移动端（iOS Safari / Android Chrome）完全忽略
accesskey，连解析都不做 - 值必须是单字符，
accesskey="ctrl+s"、accesskey=" "、accesskey="?"全部静默失效
哪些元素能用 accesskey？不是所有标签都响应
accesskey 只对**默认可聚焦**或**显式声明可聚焦**的元素生效。浏览器不会帮你把 div 或 span 变成可聚焦目标。
- ✅ 天然支持：
<button></button>、<a href></a>、<input>、<textarea></textarea>、<select></select> - ✅ 加
tabindex="0"后可用：<div accesskey="n" tabindex="0">新建</div> - ❌ 无效写法：
<span accesskey="h">帮助</span>（span不可聚焦，无任何反应） - ❌ 避免
tabindex为负数或大于 0 的值，否则会打乱 Tab 导航顺序
为什么你设的 accesskey 总是被系统或浏览器劫持？
accesskey 的组合键和操作系统/浏览器快捷键共享同一输入通道，冲突时系统级行为永远优先。这不是 bug，是设计如此。
-
accesskey="f"在 Firefox 中大概率被「查找」功能拦截，根本不会聚焦你的元素 -
accesskey="t"和 Chrome/Firefox 的「新建标签页」冲突，Mac 下Cmd+T更是全局保留 -
accesskey="w"在 Chrome 中会关闭当前标签页，你的按钮收不到事件 - VoiceOver 等屏幕阅读器可能重映射
accesskey="h"为「跳到标题」，视觉用户和辅助技术用户行为不一致
测试时别只看 Chrome，务必在 Firefox（开启 accessibility.typeaheadfind）、Safari（需在「辅助功能 → 键盘」中启用「在网页中使用键盘快捷键」）下分别验证，否则上线即失效。
真要实现 Ctrl+S 保存，必须用 keydown 监听
想让用户按 Ctrl+S 直接触发保存逻辑？accesskey 做不到，也从来不是为这个设计的。唯一可控路径是监听 keydown 并手动处理。
- 监听
document，不是某个按钮：document.addEventListener('keydown', handler) - 判断组合键用
e.ctrlKey && e.key === 's'，别用e.code === 'KeyS'（AZERTY 键盘下错） - 排除输入场景：
if (['INPUT', 'TEXTAREA', 'SELECT'].includes(e.target.tagName) || e.target.isContentEditable) return - Mac 用户用
e.metaKey，别硬写Ctrl文字或混用ctrlKey - 触发前可选调用
target.focus()，再target.click()，保证屏幕阅读器播报状态变化
最易被忽略的一点：不要拦掉所有组合键。比如 Ctrl+T 就不该 e.preventDefault() —— 拦了也无效，还破坏基础浏览体验。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
