accesskey必须设为单字符（如a、1），配合平台修饰键触发（Windows为Alt+键，macOS为Ctrl+Option+键），仅作用于可聚焦元素，且需避开浏览器保留键、提供title/aria-label说明，否则无效。
accesskey 属性怎么写才生效
不是加了 accesskey 就能按快捷键触发按钮，浏览器和操作系统共同决定是否响应、如何响应。主流浏览器（Chrome/Firefox/Edge）默认支持 accesskey，但触发方式不同：Windows 下通常是 Alt + 字母，macOS 是 Ctrl + Option + 字母，而且部分字母会被系统或浏览器保留（比如 accesskey="f" 可能和“查找”冲突，直接被拦截）。
实操建议：
-
accesskey值必须是单个字符（a–z、0–9、-、_），不支持组合键如ctrl+s - 避免使用浏览器已占用的键（
accesskey="r"在 Firefox 中会重载页面，"s"可能触发“保存”） - 推荐用小写字母，大小写敏感，
accesskey="A"和"a"视为不同值 - 给按钮加
accesskey时，确保它有交互能力：不能是disabled状态，且需在 DOM 中可聚焦（默认<button>支持）
为什么按了 Alt+A 没反应
常见现象：写了 <button accesskey="a">提交</button>，但按下 Alt + A 没触发点击。根本原因不是代码错，而是浏览器策略或焦点状态问题。
排查要点：
立即学习“前端免费学习笔记（深入）”；
- 当前页面焦点不在可交互区域？
accesskey需要页面有焦点（比如点过空白处或按过Tab），纯鼠标悬停无效 - 浏览器扩展干扰（尤其密码管理器、翻译插件）可能劫持
Alt + X组合 - 某些版本 Safari 对
accesskey支持极弱，甚至完全忽略；iOS Safari 不支持 - 如果按钮父容器用了
pointer-events: none或visibility: hidden，accesskey也会失效
accesskey 和键盘焦点的关系
accesskey 触发的是元素的 focus，不是直接调用 click。也就是说，它先把焦点移到按钮上，再需要用户再按 Enter 或 Space 才真正触发点击——除非你额外监听 focus 并手动 .click()。
将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。
更可靠的写法（兼顾可访问性与行为一致性）：
<button accesskey="s" id="submitBtn">提交</button>
<script>
document.getElementById('submitBtn').addEventListener('focus', () => {
// 聚焦后立即触发点击，模拟“一键激活”
if (document.activeElement === this) {
this.click();
}
});
</script>
注意：accesskey 的核心价值是快速导航到控件，不是替代点击逻辑。强行绑定 click 可能破坏屏幕阅读器用户的操作流。
现代项目里还该用 accesskey 吗
可以，但得谨慎。WCAG 2.1 允许用 accesskey 提升导航效率，但明确要求：不能覆盖浏览器/辅助技术已有快捷键；必须提供视觉提示（比如在按钮文字旁显示 [Alt+S]）；且需测试真实屏幕阅读器（NVDA/JAWS/VoiceOver）下的表现。
实际落地建议：
- 只对高频核心操作设
accesskey（如搜索框、主提交按钮），别每个按钮都加 - 用
title或 aria-label 补充说明，例如title="提交表单（快捷键：Alt+S）" - 测试时务必在 Windows + NVDA / macOS + VoiceOver 下验证，不能只靠键盘试按
- 如果项目已用
Tab键+Enter流程覆盖主要路径，accesskey就是锦上添花，不是刚需
最常被忽略的一点：accesskey 的字母选择必须和界面语言一致。中文界面设 accesskey="s"（对应“搜”）比设 "s"（英文 search）更合理，但要注意拼音首字母冲突（比如“删”和“刷”都可能是 s）。
