Accesskey 属性仅在当前页面内聚焦元素时生效，存在跨浏览器兼容性差、用户不可见、易冲突等局限；应通过 JavaScript 全局监听、语义化快捷键设计、UI 提示与可访问性支持（如 aria-keyshortcuts）构建高效快捷键体系。
Accesskey 属性不能实现真正意义上的“全局快捷键”，它只在当前页面内、聚焦到对应元素时才生效，且跨浏览器兼容性和用户感知度较差；想提升重度用户操作效率，应结合语义化结构、键盘导航优化与自定义快捷键系统。
Accesskey 的真实作用和局限
Accesskey 是 HTML5 中为元素指定快捷键的原生属性（如 <button accesskey="s">保存</button>），按下 Alt+S（Windows）或 Ctrl+Option+S（macOS） 可快速聚焦或激活该元素。但它存在明显限制：
- 不跨页面生效，刷新或跳转后需重新加载逻辑
- 多数浏览器不显示提示，用户根本不知道快捷键存在
- 不同系统组合键不统一（如 Firefox 在 macOS 用 Ctrl+Alt，Safari 用 Ctrl+Option）
- 容易与浏览器/操作系统快捷键冲突（如 Alt+F 打开文件菜单）
- 无法绑定非聚焦行为（如“按 Ctrl+K 聚焦搜索框”需 JS 配合）
更可靠的重度用户快捷键实践
真正提升效率的方式是主动设计可发现、可学习、可配置的快捷键体系：
-
用 JavaScript 监听全局 keydown 事件，配合修饰键（Ctrl/Cmd、Alt、Shift）定义语义化操作，例如：
Ctrl+Enter提交表单、Esc关闭模态框 - 在 UI 显著位置标注快捷键，如按钮右侧加 (⌘K)，设置页提供快捷键清单并支持自定义
- 保持与主流应用一致的习惯：Cmd/Ctrl+S 保存、Cmd/Ctrl+Z 撤销、/ 聚焦搜索、J/K 切换列表项等，降低学习成本
-
为焦点管理做增强：用
tabindex="-1"和focus()实现键盘驱动导航，替代鼠标点击路径
兼顾可访问性与效率的设计建议
快捷键不是炫技，而是辅助高效交互。关键点包括：
立即学习“前端免费学习笔记（深入）”；
- 所有快捷键操作必须有对应的鼠标/触摸路径，不破坏基础可用性
- 避免覆盖浏览器默认行为（如 Ctrl+T 新建标签页），确有必要时先提示用户
- 提供快捷键开关选项，并记住用户偏好（存 localStorage）
- 用
aria-keyshortcuts属性声明快捷键（如aria-keyshortcuts="Ctrl+S"），供屏幕阅读器识别
一个小而实用的代码示例
以下代码让页面任意位置按 Ctrl+/ 弹出快捷键面板，且不影响文本框输入：
document.addEventListener('keydown', (e) => {
// 不在可编辑元素中触发
if (['INPUT', 'TEXTAREA', 'SELECT'].includes(e.target.tagName)) return;
if (e.ctrlKey && e.key === '/') {
e.preventDefault();
showShortcutHelp(); // 自定义函数
}
}); 
