label标签本身不支持accesskey聚焦跳转，因其默认不可聚焦；正确做法是将accesskey设在关联的input或button上，通过for属性或嵌套维持语义绑定，同时注意跨平台组合键差异与系统快捷键冲突。
label 标签本身不支持 accesskey 的原生聚焦跳转，加了也不会生效——这是最常被误用的点。
为什么 label 上的 accesskey 按了没反应
浏览器只把 accesskey 当作“聚焦目标元素”的指令，而 label 默认不可聚焦（tabindex 为 -1），即使写了 accesskey="s"，按下 Alt+S 也找不到可聚焦对象。
- 不是语法写错，是语义不匹配：
label的角色是“说明”，不是“操作入口” - 旧版 IE 曾尝试扩展支持，但 HTML5 标准已明确不保证该行为
- 部分屏幕阅读器会读出
accesskey提示，但不会触发跳转，用户仍需手动导航
正确做法：把 accesskey 放在 input 或 button 上
让快捷键直接作用于可聚焦控件，再靠 label 的 for 属性或嵌套关系维持语义绑定——这才是稳定、无需 JS、无障碍友好的组合。
- 显式绑定：
<label for="search">搜索</label><input type="text" id="search" accesskey="s"> - 隐式包裹：
<label>搜索<input type="text" accesskey="s"></label>（更简洁，无 id 冲突风险） - 用户按 Alt+S（Windows/Linux）或 Ctrl+Option+S（macOS）后，焦点直接落在
input上，label点击、屏幕阅读器朗读等能力全部保留
accesskey 实际可用性极低，必须绕开这些坑
它不是热键系统，只是个辅助提示，很多情况下根本走不通。
立即学习“前端免费学习笔记（深入）”；
- 浏览器组合键不统一：Chrome 是 Alt+X，Firefox 是 Alt+Shift+X，Safari 还要多按一次 Return
- 系统级冲突高发：
accesskey="f"在 Chrome 里会被“查找”拦截，accesskey="t"常被“新建标签页”劫持 - 移动端完全忽略该属性，iOS Safari 直接不解析
- 值必须是单个字母（
a-z），数字或符号在多数浏览器中无效或行为异常
真正关键的不是怎么写 accesskey，而是确认它没被系统或浏览器拦截——本地测试时务必关掉插件、用纯净模式验证，否则你看到的“有效”，很可能只是巧合。
