accesskey不是可靠快捷键方案，而是可访问性聚焦机制：windows下chrome/edge用alt+字母、firefox强制alt+shift+字母，macos统一需ctrl+option+字母且常被系统拦截，仅聚焦不触发操作，跨平台行为分裂，推荐改用keydown监听替代。
Windows下Chrome/Edge用Alt+字母，Firefox必须Alt+Shift+字母
Chrome和Edge在Windows上直接响应Alt+accesskey（如Alt+s），焦点会跳到对应<button accesskey="s"></button>元素上。Firefox则强制要求Alt+Shift+s——少按Shift就触发浏览器自身的“保存页面”命令，而不是你的按钮。
常见踩坑点：
- 写
accesskey="s"后只测Chrome，没在Firefox里验证Alt+Shift+s是否真能聚焦 - 按钮用了
tabindex="-1"或disabled，导致Firefox即使组合键正确也静默失败 - 把
accesskey加在<div>上却没加<code>tabindex="0"，元素不可聚焦，组合键无效macOS上所有主流浏览器都用Ctrl+Option+字母
Chrome、Edge、Firefox、Safari（16.4+）在macOS下统一走
Ctrl+Option+accesskey路径，比如Ctrl+Option+r。但Safari默认关闭该功能，用户得手动打开「系统设置 → 辅助功能 → 键盘 → 使用键盘快捷键在网页中导航」。实际限制比写法更硬：
- macOS系统级快捷键（如
Ctrl+Option+T新建终端）会优先拦截，你的accesskey="t"可能根本收不到事件 - VoiceOver开启时，
Ctrl+Option+h会被读屏软件当作“跳到标题”命令，你的按钮完全不响应 - iOS Safari完全不支持
accesskey，哪怕写对了也无任何效果
为什么不能只靠Alt单键在macOS生效
macOS系统保留
Alt（Option）键用于输入特殊字符（如Option+e→´），浏览器无法安全劫持它作为修饰键。所以所有浏览器都绕开Alt单键，改用Ctrl+Option组合——但这又和许多Mac原生App快捷键重叠（如Ctrl+Option+Space唤出Spotlight）。这意味着：
- 你设
accesskey="s"，用户在Mac上必须记住并准确按下Ctrl+Option+s，而不是直觉里的Alt+s - 没有视觉提示（比如按钮旁标注“(Ctrl+Option+S)”）的话，99%的用户根本不知道这个快捷键存在
- 测试时不能只看DOM是否渲染了
accesskey属性，必须真机实测焦点是否落到目标元素上
Firefox在所有平台都强制Shift，Chrome/Safari不认数字键
Firefox无论Windows还是macOS，
accesskey值为数字（如accesskey="1"）都会被忽略——它只接受字母、连字符、等号等ASCII可打印字符。Chrome和Safari虽接受数字，但accesskey="1"容易和地址栏书签跳转冲突（Chrome里Alt+1切到第一个标签页）。真正影响落地的是细节：
- 大小写敏感：
accesskey="A"和accesskey="a"是两个不同键，别混用 - 重复值危险：
accesskey="s"同时出现在搜索框和保存按钮上，Firefox只聚焦第一个，Chrome行为未定义 - 没
title或aria-label的话，屏幕阅读器无法关联快捷键用途，WCAG检查会报错
accesskey属性，而是让用户在不同系统、不同浏览器、不同辅助工具环境下，都能一致地发现它、理解它、触发它——而目前没有任何一套组合键能做到这点。 - macOS系统级快捷键（如
