accesskey属性基本不可用，仅能触发元素获得焦点，不点击、不滚动、无反馈；组合键因系统和浏览器差异极大，易与系统快捷键冲突，移动端完全忽略，实际项目应改用javascript自定义keydown监听。
accesskey 属性基本不能用，别在生产环境里依赖它做快捷键逻辑。它名义上是 HTML 原生快捷键机制，但浏览器实现混乱、冲突多、无反馈、可访问性反而受损，实际项目中早被 document.addEventListener('keydown') 全面替代。
accesskey 触发后只 focus()，不点击也不滚动到可视区
它唯一确定的行为是：按下组合键后，让目标元素获得焦点（focus()），其余全是“看运气”。比如 <button accesskey="s">保存</button> 按下 Alt+S 后，按钮可能获得焦点，但不会触发 click 事件；如果按钮在视口外，多数现代浏览器（Chrome v120+）甚至不自动滚动过去，用户看不到变化。
- 焦点获得后，
input类元素光标默认不在末尾，需手动按End或鼠标点一下才能编辑 - 没有视觉反馈提示“已聚焦”，用户无法确认是否生效
- 多个同值
accesskey（如都设为"s"）时，浏览器通常只激活 DOM 中第一个匹配元素，后续无效
不同系统+浏览器的组合键根本不统一
你写 accesskey="s"，用户得知道在自己设备上怎么按——而这个“怎么按”取决于操作系统、浏览器、甚至版本。没有统一约定，等于没约定。
- Windows Chrome/Firefox：
Alt+S - Linux Chrome/Firefox：
Alt+Shift+S - macOS Safari/Chrome：
Ctrl+Alt+S（不是Cmd+Alt+S） - Firefox macOS 实际常要
Ctrl+Option+S，且部分版本默认禁用字母键 - Opera 新版用
Alt+S，旧版要用Shift+Esc呼出列表
用户不可能记住这些，更别说教他们。你写的 accesskey 在 80% 场景下等于不存在。
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
和系统/浏览器快捷键硬冲突，一按就关掉页面
最常见的失效原因不是代码写错，而是快捷键被更高优先级的系统或浏览器行为劫持了。你设的 accesskey="t"，在 Windows Chrome 里根本到不了页面，直接触发“新建标签页”；accesskey="w" 对应“关闭窗口”，accesskey="f" 是“查找”，accesskey="r" 是“刷新”——全军覆没。
- 避免使用
f、r、n、w、t、l、s（搜索栏常用）等高冲突字母 - 数字稍安全（如
accesskey="5"），但笔记本用户可能需配合Fn键，仍不可靠 - 移动端（iOS/Android）所有主流浏览器完全忽略
accesskey，连监听都不做 - 密码管理器、广告拦截插件等扩展也常劫持
Alt+组合，进一步降低可用率
真正可控的快捷键必须走 JavaScript 监听
要用快捷键，就得放弃 accesskey，改用 document.addEventListener('keydown')，并主动判断修饰键、按键物理码和上下文状态。
- 用
e.code（如"KeyS"）而非e.key，避免大小写/输入法干扰 - 必须显式检查
e.ctrlKey或e.metaKey，比如 Ctrl+S 保存、Cmd+/ 打开帮助 - 调用
e.preventDefault()阻止浏览器默认行为（如 Ctrl+T 开新标签） - 注意生命周期：单页应用切换路由时，记得移除旧监听，否则快捷键跨页面误触发
- 关键操作（如搜索框）可结合
autofocus+Ctrl+K监听，比accesskey可控、可测、可提示
最易被忽略的一点：accesskey 的存在本身会干扰屏幕阅读器流程，WCAG 2.1 明确建议慎用；而自定义键盘事件只要配好 aria-label 和焦点管理，就能兼顾功能与可访问性。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
