accesskey 属性不是可靠全局快捷键方案，仅提供受系统、浏览器、辅助工具和语言环境多重限制的上下文快捷触发；应优先采用 javascript 自定义快捷键、skip link、逻辑 tab 导航等更稳定无障碍方案。
Accesskey 属性不是“全局快捷键”的可靠实现方式，它仅提供浏览器支持的、有上下文限制的快捷触发入口，实际效果受系统、浏览器、辅助工具和语言环境多重影响。
Accesskey 的基本用法与局限
在 HTML 元素上添加 accesskey 属性，可为该元素绑定一个键盘快捷键（通常需配合修饰键，如 Alt + 字符 或 Ctrl + Alt + 字符）：
- 首页 —— 按下对应组合键可聚焦或激活链接
- —— 多数浏览器中按 Alt+S（Windows）或 Ctrl+Option+S（macOS）触发
- 值必须是单个字符（字母、数字、符号），不区分大小写；重复值可能导致冲突，浏览器行为未定义
不同平台与浏览器的实际触发方式差异大
没有统一标准，用户无法预期操作方式：
- Chrome / Edge（Windows）：Alt + 键；macOS：Ctrl + Option + 键
- Firefox（Windows/macOS）：Alt + 键（但 macOS 可能被系统快捷键拦截）
- Safari：仅部分支持，且默认禁用，需在「偏好设置 → 辅助功能」中启用“使用键盘快捷键导航”
- 屏幕阅读器（如 NVDA、VoiceOver）可能重新映射或忽略 accesskey，依赖其自身快捷键体系
更实用的替代方案建议
若目标是提升效率或满足无障碍需求，优先考虑以下方式：
- 用 JavaScript 实现自定义快捷键（如监听 keydown 事件），明确声明组合键（如 Ctrl+Shift+H），并提供页面内可见提示
- 遵循 WCAG，为关键操作提供 skip link（跳转链接）和逻辑清晰的 Tab 导航顺序
- 在设置页或帮助文档中提供可配置的快捷键列表，并允许用户自定义（如 VS Code、Figma 的做法）
- 对表单控件使用 label + for 或包裹结构，确保键盘可访问性比 accesskey 更稳定可靠
如果仍要用 accesskey，请注意这些细节
最小化兼容风险，提升可用性：
- 只用于高频、核心操作（如搜索框、主菜单、返回顶部）
- 避免使用易与系统快捷键冲突的键（如 F1、F5、Ctrl+T）
- 在 UI 上显式标注快捷键，例如：
- 测试主流浏览器及开启屏幕阅读器时的行为，不要假设它“一定生效”
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
