accesskey仅实现快捷聚焦而非直接触发操作；需JavaScript监听组合键（如Ctrl+Enter）并阻止默认行为才能实现真正快捷操作，且须兼顾无障碍、语义化与跨端兼容性。
accesskey 只能聚焦，不能直接触发操作
给 <input> 或 <button> 加 accesskey 后，按组合键（如 Alt+S）只会把焦点移到该元素上，不会自动提交、点击或执行任何逻辑。用户还得再按 Enter 或 Space 才能激活——这不是“快捷键”，只是“快捷聚焦”。
- 常见误解：以为
accesskey="s"能让搜索框一按就搜，实际只能跳过去 - 必须确保元素可聚焦：
<input>和<button>默认支持；<div>或<span>必须加tabindex="0" - Chrome 120+ 已默认禁用键盘触发
accesskey，只通过可访问性 API 暴露，普通用户按了没反应
想按 Ctrl+Enter 就提交？得用 keydown 监听
真正可控的快捷操作必须靠 JavaScript。比如在搜索框中监听 Ctrl+Enter 或 Cmd+Enter 触发提交：
const searchInput = document.getElementById('search-input');
searchInput.addEventListener('keydown', (e) => {
if ((e.ctrlKey || e.metaKey) && e.key === 'Enter') {
e.preventDefault();
document.getElementById('search-form').submit();
}
});
- 必须用
e.ctrlKey/e.metaKey判断修饰键，不能只看e.key - 调用
e.preventDefault()阻止浏览器默认行为（比如在<textarea>中换行） - 要排除输入状态：加判断
!e.target.matches('input, textarea, [contenteditable]')避免误触
表单内回车提交，优先用原生 form 行为
多数场景下，根本不需要写 JS 监听——只要把控件包进 <form>，且是第一个可提交按钮，回车就会自动触发表单提交：
<form id="search-form"> <input type="search" id="search-input" name="q"> <button type="submit">搜索</button> </form>
- 语义正确、无障碍友好、移动端软键盘“搜索”按钮也能识别
- 避免手动监听
keydown带来的兼容问题（比如某些中文输入法下key是Process） - 如果表单有多个
type="submit"按钮，浏览器行为不一致，此时才需 JS 控制
accesskey 的取值和标注必须显式可见
即使你决定保留 accesskey（例如满足 WCAG 2.1 A 级合规要求），也不能只写属性就完事。用户根本不知道快捷键存在，更记不住。
立即学习“前端免费学习笔记（深入）”；
- 避开系统冲突键：不要用
a（地址栏）、f（查找）、s（保存）、w（关闭标签页） - 推荐用数字
1–9，并在 UI 上标注，例如：<button accesskey="1">保存</button>[<code>Alt</code>+<code>1</code>] - 同一页面所有
accesskey值必须唯一，重复会导致行为未定义 - 移动端完全不支持，标注仅对桌面端有效
真正影响体验的不是有没有 accesskey，而是焦点是否可预测、操作是否可预期、提示是否在界面上——这些比一个藏在组合键里的属性重要得多。
