tabindex="-1" 仅使元素不可通过Tab键聚焦,但仍可被JavaScript聚焦、保持可见且屏幕阅读器可读;它不隐藏元素,也不等同于aria-hidden或display:none。
tabindex="-1" 不是用来“隐藏元素”的,而是让元素**不可通过 Tab 键顺序到达**,但**仍可通过 JavaScript 主动聚焦(focus())访问**。它不会影响视觉显示,

元素默认的 tabindex 值为未定义(等价于 0),表示:
- 若是可聚焦元素(如 button、a[href]),自然在 Tab 流中;
- 若是非标准可聚焦元素(如 div),则不在 Tab 流中。
设置 tabindex="-1" 后:
- 元素从自然 Tab 流中移除(按 Tab 键跳过它);
- 仍能用 element.focus() 被程序聚焦;
- 仍可响应 blur、focus 事件;
- 视觉上完全不变,也**不触发 aria-hidden 或 display:none 等隐藏行为**。
适合需要“临时接管焦点”或“按需激活”的交互逻辑:
tabindex="-1"。tabindex="-1",再用 JS 在展开时 focus() 到第一个选项,实现键盘导航入口可控。tabindex="-1",切换完成立即 focus(),帮助键盘用户快速定位。别混淆以下行为:
display: none 或 visibility: hidden → 元素不可见、不可聚焦、不参与布局、屏幕阅读器忽略;aria-hidden="true" → 屏幕阅读器忽略,但元素仍可聚焦(除非同时禁用);tabindex="-1" → 仅退出 Tab 键顺序,其余一切照常(可见、可脚本聚焦、可读屏)。若目标是“对所有人隐藏”,不能只靠 tabindex="-1";若目标是“保持语义和可访问性,仅控制键盘流”,它正是关键工具。
✅ 推荐做法:
button、input 等),避免给 div 或 span 随意加 tabindex;tabindex="-1" 后,务必配套 JS 聚焦逻辑,否则该元素对键盘用户实际“不可达”;aria-expanded、aria-controls 等属性,确保屏幕阅读器理解上下文。❌ 避免做法:
tabindex="-1" 试图“管理焦点”——这会污染语义,增加维护成本;tabindex="-1" 就等于“隐藏”或“禁用”,结果导致键盘用户迷失或读屏异常。