accesskey只能设单ASCII字符，如"s"或"5"，写"save"、"保存"或"ctrl+s"会被浏览器静默忽略；其行为仅聚焦元素，不触发点击，且跨平台触发组合键不统一，实际可用性极低。
accesskey 只能设单字符，不能写 "ctrl+s" 或中文
浏览器只认单个 ASCII 字符作为 accesskey 值，比如 accesskey="s"、accesskey="5" 或 accesskey="-"。写成 accesskey="save"、accesskey="保存"、accesskey="ctrl+s" 都会被直接忽略——控制台不报错，但快捷键完全无效。
常见错误包括：用中文拼音首字母（如 accesskey="b" 表示“编辑”）却不标注含义，用户根本猜不到；或误以为能绑定组合键，实际 accesskey 本身不处理 Ctrl/Alt 等修饰状态，它只是定义“基准键”，具体怎么按由系统和浏览器决定。
不同系统+浏览器的触发组合键完全不同
写了 accesskey="s" 不代表按 S 就行，必须配合平台特定修饰键，且各浏览器实现不一致：
- Chrome / Edge（Windows/Linux）：
Alt+S - Chrome（macOS）：
Alt+Shift+S（部分版本）或Ctrl+Option+S（更常见） - Firefox（Windows）：
Alt+Shift+S；macOS 上则常被系统快捷键拦截，需关闭「系统偏好设置 → 键盘 → 快捷键」中的冲突项 - Safari（所有平台）：默认忽略
accesskey，即使写了也无反应；macOS 用户需手动开启「偏好设置 → 辅助功能 → 使用键盘快捷键导航」 - 移动端（iOS Safari / Android Chrome）：全部不支持，触屏无修饰键上下文
这意味着你本地测通了 Chrome Windows，不代表用户在 macOS Firefox 下也能用——必须在目标环境真实按键验证。
立即学习“前端免费学习笔记（深入）”；
accesskey 不触发 click，只聚焦或跳转到元素
accesskey 的行为取决于元素类型，不是“按下就执行”：
- 对
<button></button>：获得焦点后，再按Enter或Space才触发点击 - 对
<input>或<textarea></textarea>：直接获得焦点，光标进入，但不会自动提交或执行 - 对
<div> 或 <code><span></span>：默认不可聚焦，accesskey无效；必须加tabindex="0"，且需手动绑定onclick或监听keydown如果你希望“按 Alt+S 就保存”，得额外写 JS：
document.addEventListener('keydown', e => { if (e.altKey && e.key === 's') { e.preventDefault(); document.querySelector('[data-action="save"]').click(); } });为什么按了没反应？优先排查这几点
绝大多数“失效”不是代码问题，而是环境或语义限制：
- 目标元素被隐藏（
display: none或visibility: hidden）→ 浏览器跳过该元素 - 多个元素用了同一个
accesskey值（如两个按钮都设accesskey="s"）→ 行为未定义，可能随机响应一个或全不响应 - 当前焦点在输入框内 → 多数浏览器会抑制全局
accesskey触发 - 快捷键与系统/浏览器冲突：如
accesskey="f"在 Chrome 中大概率唤出「查找」框，而非聚焦你的搜索框 - Chrome 120+ 默认禁用键盘激活，仅暴露于可访问性 API；需用户手动开启
chrome://flags/#enable-access-keys并重启（普通用户不会这么做）
真正上线前，别只信文档或本地测试——必须覆盖 Windows Chrome/Firefox、macOS Chrome/Safari、以及开启 VoiceOver/NVDA 的场景。否则，你写的那行
accesskey很可能只是 HTML 里的装饰性注释。 - 目标元素被隐藏（
