accesskey 仅能将焦点移至元素，无法直接触发操作；需用 keydown 监听实现 ctrl+s 等快捷功能，并注意跨平台兼容性、语义可访问性及浏览器限制。
accesskey 属性不能直接实现“按快捷键就执行操作”，它只负责把焦点移到元素上，不触发点击、不阻止默认行为、不跨平台一致——真要让 Ctrl+S 保存、Alt+R 运行，必须用 keydown 监听。
accesskey 按了没反应？先确认这三件事
写了 <button accesskey="s">保存</button> 却没反应，大概率不是代码错，而是环境或语义问题：
- 当前页面没获得焦点：鼠标点过空白处或按过
Tab才行，纯悬停无效 - 按钮被禁用或不可聚焦：
disabled状态下accesskey完全失效；<div> 类元素必须加 <code>tabindex="0"才能响应 - 快捷键被系统/浏览器劫持：比如
accesskey="r"在 Firefox 中会重载页面，accesskey="f"在 Chrome 可能跳转到地址栏，accesskey="s"在 macOS + VoiceOver 下常被拦截为“朗读当前句子” - 值必须是单个可打印 ASCII 字符：
a–z、A–Z、0–9、-、=等；accesskey="ctrl+s"这种写法会被忽略 - 避免空格、换行、Unicode 符号（如中文、emoji）——哪怕 DOM 里渲染正常，
accesskey也无效 - 多个相同值时行为未标准化：Firefox 聚焦第一个匹配项，Chrome 可能随机选或全跳过，别依赖重复绑定
- 必须配合可见文本和语义说明：
<button accesskey="s" title="保存 (Alt+S)">保存</button>，纯图标按钮（如<button accesskey="h">?</button>）容易被屏幕阅读器跳过 - 用
e.ctrlKey && e.key === 's'判断组合键，别用e.code（物理键位在 Dvorak 或 AZERTY 键盘下会错） - 加
e.preventDefault()阻止浏览器默认行为，但只对明确注册的快捷键做——比如 Ctrl+T 就不该拦 - 先排除输入场景：
if (['INPUT', 'TEXTAREA'].includes(e.target.tagName)) return，否则用户打字时按 Ctrl+S 会中断输入 - 触发后手动聚焦再点击：
btn.focus(); btn.click();，这样屏幕阅读器能播报状态变化，也兼容键盘后续操作 - Safari 16.4+ 才支持
accesskey，且默认关闭——用户得手动进「系统设置 → 辅助功能 → 键盘 → 启用网页中键盘快捷键」 - Chrome/macOS 实际触发组合是
Ctrl+Option+字母，不是 Windows 的Alt+字母，而多数用户根本不知道这个组合 - VoiceOver 会优先捕获很多单字母键（如
h是“跳到标题”，l是“跳到链接”），你的accesskey="l"很可能永远收不到事件 - iOS Safari 和 Android Chrome 完全不支持
accesskey，移动端快捷键只能靠 JS 监听或原生 App 能力
怎么写 accesskey 才不被浏览器静默忽略
浏览器对 accesskey 值有硬性过滤规则，不符合就直接跳过：
真正可用的快捷键必须用 JavaScript 实现
想让 Alt+R 立即运行、Ctrl+S 立即保存，accesskey 不够用，得监听 keydown 并手动控制：
为什么 macOS 用户几乎用不了 accesskey
不是你漏写了什么，是平台限制太死：
最易被忽略的点：accesskey 的核心价值是辅助导航入口，不是功能触发开关。如果你把它当快捷键用，就得同步提供 JS fallback、视觉提示（如按钮旁标“(Alt+S)”）、以及完整的键盘操作链（聚焦 → Enter/Space → 执行），否则对屏幕阅读器用户反而构成障碍。
