如何验证 accesskey 是否生效

最直接的验证手段，是打开浏览器的开发者工具。进入「Elements」面板，找到你设置了 accesskey 的那个目标元素，确认它的 accesskey 属性值确实是一个单字符（比如“s”）。

然后，在页面上随意点击一处空白区域（确保焦点不在任何输入框内），再按下 Ctrl+Option+s。正常情况下，你会看到页面的焦点瞬间跳转到那个目标元素上，并且元素通常会呈现出获得焦点时的视觉样式（比如一个轮廓线）。

如果按下快捷键后依然没反应，可以临时插一段调试代码来监听事件：

document.addEventListener('keydown', e => {
  if (e.ctrlKey && e.altKey && e.key === 's') {
    console.log('Ctrl+Option+S captured');
  }
});

打开控制台，再按一次快捷键。如果控制台里没有任何输出，那基本可以断定，这个组合键在触发时就被系统或者浏览器层面拦截了。反之，如果控制台输出了日志但元素没聚焦，那问题就出在HTML结构或者页面其他Ja vaScript代码的干预上。

accesskey 在现代前端中的真实可用性

平心而论，accesskey 这个功能并没有“失效”，但它的适用场景其实相当狭窄，限制颇多。移动端浏览器几乎都不支持；在 macOS 下，用户得记住一套和 Windows 完全不同的修饰键组合（Ctrl+Option vs Alt）；最大的挑战在于用户教育——绝大多数普通用户根本不知道网页上还有这么个隐藏的快捷操作。

所以，更务实的应用策略是：只对页面中最关键、最高频的操作（例如“跳转到搜索框”、“提交主表单”）设置 accesskey。并且，一定要在对应的控件旁边给出清晰的视觉提示，比如标注「[S] 搜索」。你得明白，它本质上是一个辅助性的效率工具，无法、也不应该替代常规的鼠标点击或 Tab 键顺序导航。