Mac Chrome 中 accesskey 的实际触发组合键是 Ctrl+Option+字母，而非 Alt+Cmd 或 Alt+字母；需元素原生可聚焦、无重复值、未被系统拦截或 JS 阻止，且仅作辅助功能使用。
Mac Chrome 中 accesskey 的实际触发组合键是什么
不是 Alt+Cmd，而是 Ctrl+Option+字母（即 Control + Option + accesskey 指定的字符）。这是 Chrome 在 macOS 上的固定行为，和 Windows/Linux 下的 Alt+字母 不同。很多开发者误以为 Mac 用 Cmd 是因为习惯性联想系统快捷键，但 Cmd 在这里完全不参与 accesskey 触发。
为什么按 Ctrl+Option+S 没反应
常见原因不是组合键错，而是元素本身未满足可聚焦前提或被覆盖：
-
accesskey对应的元素必须是原生可聚焦的（如<button>、<input>、<a href>），<div>或<span>即使加了tabindex="0"也可能被部分版本 Chrome 忽略 - 当前页面存在多个相同
accesskey="s"值时，Chrome 只响应 DOM 中第一个匹配元素 - 该快捷键被系统级占用：macOS 的「辅助功能」→「快捷键」中若启用了「按下 Control+Option 键以启用粘滞键」，会拦截
Ctrl+Option组合 - 页面 JS 主动调用了
event.preventDefault()或阻止了keydown事件冒泡
如何验证 accesskey 是否生效
最直接的验证方式是打开 DevTools → Elements 面板，找到目标元素，确认其有 accesskey 属性且值为单字符（如 s），然后手动聚焦到页面任意空白处（避免焦点卡在输入框），再按 Ctrl+Option+s —— 正常情况是焦点立即跳转到该元素，并触发其 focus 状态样式（如 outline）。
如果仍无效，可临时加一段调试代码：
document.addEventListener('keydown', e => {
if (e.ctrlKey && e.altKey && e.key === 's') {
console.log('Ctrl+Option+S captured');
}
});
若控制台无输出，说明系统或浏览器已拦截该组合；若有输出但元素未聚焦，则问题出在 HTML 结构或 JS 干预上。
accesskey 在现代前端中的真实可用性
它不是“失效”，而是受限极多：移动端基本无支持；macOS 下需记两组修饰键（Ctrl+Option vs Windows 的 Alt）；且用户教育成本高——普通用户根本不知道这个功能存在。更现实的做法是：仅对关键操作（如「跳转到搜索框」「提交表单」）设置 accesskey，同时确保对应控件有明确视觉提示（如旁注「[S] 搜索」），并接受它只是辅助手段，不能替代鼠标或 Tab 导航。
