Accesskey 属性不可靠，不建议用于核心功能导航；它在浏览器中支持碎片化、触发逻辑不一致，易与系统或辅助工具快捷键冲突，本质是为可访问性设计的语义锚点而非快捷键API。
Accesskey 属性不能可靠实现“原生快捷键映射”——它在现代浏览器中支持碎片化、触发逻辑不一致，且与系统/辅助工具快捷键冲突频繁，不建议用于核心功能导航。
Accesskey 在主流浏览器中的实际触发行为差异
不同浏览器对 accesskey 的激活组合键完全不同，用户无法形成稳定预期：
- Chrome / Edge（Windows/Linux）：
Alt+accesskey（例如alt+s） - Firefox（Windows/Linux）：
Alt+Shift+accesskey - Safari（macOS）：
Ctrl+Option+accesskey - 所有浏览器在 macOS 上基本忽略
Alt单键组合，因被系统保留
更关键的是：这些组合键可能直接与屏幕阅读器（如 NVDA、VoiceOver）或输入法热键冲突，导致 accesskey 被静默拦截或触发意外行为。
为什么 accesskey 不适合 Web 应用的快捷键需求
它本质是为可访问性（a11y）设计的“语义锚点”，不是快捷键 API：
立即学习“前端免费学习笔记（深入）”；
- 仅支持单字符值（
accesskey="s"），不支持组合键如Ctrl+S或序列操作 - 无法阻止默认行为（比如
accesskey="s"在<button>上点击后仍会提交表单） - 没有 JavaScript 事件钩子——你不能监听“accesskey 被触发”，只能靠元素获得焦点后模拟点击
- 多个相同
accesskey值存在时，浏览器行为未定义（有的跳第一个，有的忽略后续）
真正可控的快捷键替代方案（推荐）
用 keydown 监听 + 显式判定组合键，配合 event.preventDefault() 精确控制：
document.addEventListener('keydown', (e) => {
// Ctrl+S 保存
if (e.ctrlKey && e.key === 's') {
e.preventDefault();
saveDocument();
}
// Esc 关闭模态框（需确保非输入框内触发）
if (e.key === 'Escape' && !['INPUT', 'TEXTAREA'].includes(e.target.tagName)) {
closeModal();
}
});
关键注意事项：
- 始终检查
e.target，避免在编辑状态（如input中）误触发 - 用
e.key（非e.code）匹配语义键名，兼容键盘布局切换 - 全局监听需考虑多标签页场景：可加
document.hasFocus()判断当前页是否活跃 - 若需支持 macOS 的
Cmd键，统一用e.metaKey替代e.ctrlKey（但注意 Windows 用户习惯 Ctrl）
如果必须用 accesskey，只做降级补充
仅在以下情况谨慎添加，且必须同步提供其他导航方式：
- 为关键操作按钮（如“保存”“返回”）提供辅助技术友好的快捷入口
- 值选 ASCII 字母，避开数字和符号（
accesskey="1"在部分浏览器中无效） - 显式在 UI 上标注提示，例如按钮内写
<button>保存 <small>(Alt+S)</small></button>，并随浏览器动态调整文案 - 测试时务必开启 NVDA/VoiceOver，确认不会干扰朗读流或抢焦
真正需要快捷键能力的应用，别依赖 accesskey 的“自动映射”幻觉——它既不原生，也不可靠，只是个带副作用的语义标签。控制权在 JavaScript 手里，才真正可控。
