结论：accesskey在现代ERP后台中基本无效。因浏览器默认禁用、不可聚焦元素不响应、插件劫持快捷键及焦点上下文限制，导致其无法稳定触发操作；应改用JavaScript监听keydown事件并结合aria-keyshortcuts实现可靠快捷键。
accesskey 在 ERP 后台里基本不起作用
直接说结论：在 Chrome 120+、Edge 115+、Firefox 125+、Safari 17+ 的现代企业环境中，accesskey 对 ERP 系统的全局快捷键需求几乎无效。它既不触发操作，也不稳定聚焦，更无法跨终端统一行为——你写了 accesskey="s"，Windows 用户按 Alt+S 可能跳转到保存按钮，macOS 用户按 Ctrl+Option+S 却大概率被系统截图快捷键拦截，而 Safari 用户根本没反应。
为什么 ERP 场景下 accesskey 特别容易失效
ERP 系统通常运行在复杂环境里，accesskey 的脆弱性会被放大：
- Chrome 120+ 默认禁用键盘激活，仅通过可访问性 API 暴露，普通用户无感知；需手动开启
chrome://flags/#enable-access-keys并重启——运维不可能要求所有财务/采购人员改浏览器 flag - ERP 页面大量使用
<div>、<code><span></span>包裹操作区域，而accesskey对不可聚焦元素（如没加tabindex="0"的<div>）完全静默 <li>企业内网常部署密码管理器、审计插件、远程桌面工具，这些扩展会劫持 <code>Alt或Ctrl+Option组合键，导致accesskey被吞掉且无报错 - ERP 多模态交互频繁（弹窗、Tab 页、iframe 子应用），焦点上下文切换后，
accesskey作用域自动收缩到当前活跃容器，用户按了也只聚焦弹窗里的字段，而非主表单的提交按钮 - 监听
document.addEventListener('keydown', handler)，但注意避免拦截输入框内的正常输入——需判断event.target是否为input、textarea或带contenteditable的元素 - 对全局快捷键做白名单隔离：比如只在
body[data-mode="edit"]下启用Ctrl+S，避免在查看模式或弹窗中误触发 - 用
aria-keyshortcuts提供语义提示（例如aria-keyshortcuts="Ctrl+S"），配合屏幕阅读器和键盘导航者，比accesskey更可靠 - 若需兼容旧 IE（某些国企仍用），可用
document.onkeydown+event.keyCode回退，但优先适配现代标准 - 只用于
<button></button>、<input>、<select></select>这类原生可聚焦元素，绝不给<div class="action-btn"> 直接加 <code>accesskey - 避开所有浏览器冲突键：不用
accesskey="f"（Firefox 查找）、"r"（刷新）、"t"（新标签）、"+"（缩放），优先选"z"、"x"、"q"等低冲突字符 - 每个页面确保唯一值，重复如
accesskey="s"出现在多个按钮上时，Chrome 只激活第一个，Firefox 行为未定义，ERP 不允许这种不确定性
真正能落地的快捷键替代方案
如果 ERP 需要“Ctrl+S 保存”“Esc 取消”“F5 刷新列表”这类行为，必须绕过 accesskey，用 JavaScript 显式控制：
如果你非要用 accesskey，请守住三条底线
极少数场景（如 legacy 模块迁移、无障碍合规补丁）需要保留 accesskey，务必遵守：
立即学习“前端免费学习笔记（深入）”；
真正关键的操作路径（如凭证提交、库存锁定）永远不该依赖 accesskey。它不是快捷键方案，只是个残存的语义标记——能标就标，不能标也不影响核心流程。
