中的accesskey属性如何用？

accesskey属性需配合修饰键（如Alt、Ctrl+Alt等）触发，非单键跳转；值仅限单字符，跨浏览器组合键不统一，冲突多、不可发现，实际可用性低。

accesskey 属性的基本用法和触发方式

accesskey 不是“按一个键就能跳转到元素”，它需要配合特定修饰键才能激活，不同系统和浏览器的组合键不同：Alt + accesskey（Windows Chrome/Firefox）、Ctrl + Alt + accesskey（Linux）、Ctrl + Option + accesskey（macOS Safari）。用户不主动了解这个组合，几乎不会触发。

• 只支持单字符值，如 accesskey="s"、accesskey="1"；不能写 accesskey="save" 或空格
• 多个元素用相同 accesskey 值时，浏览器通常只激活第一个匹配元素，行为不可靠
• 某些浏览器（如 Edge）会把 accesskey 显示在菜单或按钮旁（如加下划线），但多数现代浏览器默认不显示提示，用户无感知

常见冲突：为什么按了没反应？

最常踩的坑是操作系统或浏览器快捷键抢占了 accesskey。例如：accesskey="t" 在 Windows Chrome 中触发的是“新建标签页”（Ctrl+T），根本不会落到页面上；accesskey="w" 会和“关闭当前窗口”冲突。

• 避免使用浏览器/系统常用快捷键字母：f（查找）、r（刷新）、n（新建）、w、t、l（地址栏）等
• 数字比字母更安全，比如 accesskey="5" 冲突概率低，但需注意键盘布局（部分笔记本需按 Fn）
• 移动端完全不支持 accesskey，iOS 和 Android 浏览器均忽略该属性

可访问性实践中的真实替代方案

如果目标是提升键盘导航效率，accesskey 实际价值很低——它不可发现、不可学习、跨平台不一致。真正有效的做法是：

• 确保所有交互元素能被 Tab 键顺序聚焦（即有合法 tabindex 或原生可聚焦语义）
• 用 skip link（如 <a href="#main" accesskey="m">跳至主内容</a>）时，至少同时提供视觉可见的跳过链接，别只依赖 accesskey
• 对关键操作（如搜索框），直接用 autofocus 或 tabindex="-1" + JavaScript 监听 Ctrl+/ 等自定义快捷键，可控性更强

兼容性和测试要点

不要假设 accesskey 在所有环境都生效。IE 11 支持但已淘汰；Firefox 仍支持但默认禁用部分键（如 accesskey="0" 被保留）；Chrome 从 v120 开始对 accesskey 的焦点行为做了限制，可能仅滚动到元素而不聚焦。

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

• 必须手动在目标浏览器+系统组合下实测，不能只看文档
• 检查是否被扩展程序拦截（如密码管理器、广告屏蔽插件常劫持 Alt 组合键）
• 若用于表单控件，注意 input 元素获得焦点后，accesskey 可能不再响应，需重新 Tab 出去再试

实际项目里，accesskey 很少成为可靠入口，它的存在感远低于你写的那行 tabindex 或一次 focus() 调用。