HTML 的 accesskey 属性在现代浏览器中基本不可靠，不建议用于关键操作或主要导航；其触发组合因浏览器和系统差异极大，兼容性差、常被拦截或默认禁用，且不保证与屏幕阅读器协同。

HTML 的 accesskey 属性在现代浏览器中基本不可靠，不建议用于关键操作或作为主要导航方式。

accesskey 在主流浏览器中的实际表现

不同浏览器对 accesskey 的触发组合差异极大，且多数默认禁用或需额外设置：

• Chrome / Edge：需按 Alt + [key]（Windows）或 Ctrl + Alt + [key]（macOS），但 macOS 上常被系统快捷键拦截
• Safari：仅支持 Ctrl + Alt + [key]，且从 Safari 15.4 起默认关闭该功能（需在「偏好设置 → 高级 → 按键盘快捷键访问网页项目」手动开启）
• Firefox：Windows 下为 Alt + [key]，macOS 下为 Alt + [key]（但部分版本需先启用 accessibility.typeaheadfind 或受 VoiceOver 干扰）
• 所有浏览器均不保证 accesskey 与屏幕阅读器兼容；NVDA、JAWS 等工具通常忽略或覆盖该行为

如何正确声明 accesskey（语法与限制）

accesskey 只接受单字符（a–z、A–Z、0–9、-、_），不支持组合键或 Unicode 字符：

<button accesskey="s">保存</button>
<a href="/help" accesskey="h">帮助</a>
<input type="text" accesskey="q" />

注意以下限制：

Web Accessibility (WCAG 2 AA))

将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。

下载

立即学习“前端免费学习笔记（深入）”；

• 同一页面内重复的 accesskey 值不会报错，但浏览器行为未定义（可能只激活第一个，或随机选择）
• accesskey 不适用于 <div> 等非交互元素，除非添加 <code>tabindex="0" 且绑定键盘事件
• 某些浏览器（如旧版 IE）会将 accesskey 显示为下划线（如 “S”ave），但现代浏览器默认不渲染提示，也无法通过 CSS 控制该提示

为什么你看到的 accesskey 没反应？常见原因

即使代码写对，accesskey 也极大概率“按了没反应”，核心原因包括：

• 操作系统快捷键冲突（例如 macOS 的 Cmd+H 是隐藏窗口，会拦截 accesskey="h"）
• 浏览器扩展劫持键盘事件（尤其是密码管理器、翻译插件）
• 焦点不在页面主体（比如弹窗打开时，accesskey 可能只作用于弹窗内元素）
• 用户未启用辅助功能相关开关（Safari/macOS 默认关闭；Firefox 需确保 accessibility.typeaheadfind 为 false 才不影响）
• 移动端完全不支持 accesskey —— iOS/Android 浏览器无视该属性

真正需要快捷键的场景，应改用 JavaScript 监听 keydown 事件并做显式判断，同时配合 aria-keyshortcuts 提供语义提示。把 accesskey 当作可有可无的补充即可，别让它承担可用性责任。