accesskey在现代html表单中基本不可用，仅作为wcag 2.1 a级合规占位符；它不触发操作、跨浏览器行为分裂、易被系统/插件劫持，移动端完全失效，真正快捷操作须用javascript监听keydown并过滤输入上下文。
accesskey 属性在现代 HTML 表单中基本不可用——它不是“设了就能用”，而是“设了大概率没反应”，尤其在 Chrome 120+、Safari（macOS 默认禁用）、移动端全失效。别把它当功能用，只当 WCAG 合规占位符。
为什么表单里的 accesskey 经常按了没反应
失效根本不是你代码写错，而是环境层压制：
- Chrome 120+ 默认关闭键盘激活，
accesskey仅暴露给屏幕阅读器 API，不响应物理按键 - Firefox 需手动开启
accessibility.typeaheadfind才可能触发部分行为，对accesskey本身影响极小 - 系统快捷键劫持：比如
accesskey="w"在 macOS 上和Cmd+W（关闭标签页）冲突，静默丢弃 - 焦点不在页面主体时（如弹窗遮挡、iframe 未聚焦），组合键直接被忽略
- 浏览器扩展（密码管理器、翻译插件）常劫持
Alt或Ctrl键，导致组合键失效
如果必须用，怎么让 accesskey 至少不翻车
前提：仅限内部后台、明确要求 WCAG 2.1 A 级合规的极小范围场景。
- 只设在可聚焦元素上：
<input>、<button></button>、<select></select>；不要用在<div> 或 <code><span></span>上，除非加tabindex="0" - 避开高冲突字母：
a（地址栏）、f（查找）、s（保存）、w（关闭）、e（编辑）；推荐用数字1–9或语义弱但低冲突的字母如q、x - 同一页面所有
accesskey值必须唯一，重复会导致行为未定义 - 必须显式标注：在表单控件旁加视觉提示，例如
<input accesskey="1">[<code>Alt+1]，不能指望用户自己发现 - 先排除输入状态：
!e.target.matches('input, textarea, [contenteditable]')，避免干扰用户打字 - 判断组合键：
e.ctrlKey && e.key === 'Enter'，再调用form.submit()或清空逻辑 - 确保表单有明确的可聚焦入口（如第一个
<input>设autofocus或合理tabindex） - 对自定义组件（如封装的搜索框），需手动监听并触发
Enter/Space，按钮默认支持，但<div role="button"> 不会自动响应 <p>最常被忽略的一点：表单快捷键是否可靠，取决于你有没有建立清晰的焦点流、是否过滤了输入上下文、有没有同步视觉反馈——而不是你写了几个 <code>accesskey属性。
真正可用的表单快捷操作，得靠 JavaScript
想实现“Ctrl+Enter 提交”或“Esc 清空搜索框”，accesskey 做不到，必须监听 keydown：
