tabindex="-1"是唯一合法负值，用于脚本聚焦但不参与tab流；其他负数如-2未定义且被浏览器忽略，无法通过.focus()聚焦，需配合dom挂载时机和用户手势（尤其safari）使用。
tabindex="-1" 是唯一合法且可预测的负值用法，其他负数（如 -2、-999）行为未定义，部分浏览器会直接忽略。
为什么只认 tabindex="-1"，不接受其他负数
HTML 规范明确将负值语义限定为“可脚本聚焦但不参与 Tab 流”，而 -1 是该语义的标准化标识。浏览器实现中，只有 -1 被解析为有效负值；tabindex="-2" 等值在 Chrome/Firefox/Safari 中均等同于未设置 tabindex，元素既不能被 .focus() 调用，也不会进入焦点流。
- 设
tabindex="-1"后，element.focus()才能成功触发（前提是元素已渲染、未被display: none或disabled） - 设
tabindex="-2"会导致.focus()静默失败，控制台无报错，但焦点不动 - React/Vue 中动态添加
tabindex="-2"，后续调用focus()无效，容易误判为逻辑 bug
tabindex="-1" 必须配合 .focus() 才生效
它本身不赋予“自动获得焦点”能力，只是解锁脚本聚焦权限。模态框打开后焦点仍在背景页？大概率是只写了属性，忘了调用 .focus()。
- 正确做法：先确保 DOM 节点存在（如用
useEffect或mounted钩子），再执行element.setAttribute('tabindex', '-1')+element.focus() - 对原生可聚焦元素（
<button></button>、<input>）加tabindex="-1"是反模式——它们默认可聚焦，加了反而踢出 Tab 流，键盘用户按一次 Tab 就跳过 - 若目标是
<div role="button"> 这类伪控件，<code>tabindex="-1"仅用于程序化聚焦场景（如快捷键呼出菜单后聚焦首项），日常 Tab 导航仍需靠tabindex="0"移动端 Safari 的 focus 兼容性陷阱
Safari 在 iOS/macOS 上要求用户手势（如点击、触摸）后才允许
.focus()生效，否则静默失败。这意味着纯 JS 触发的弹窗（如定时器或 API 响应后自动打开 modal）无法靠tabindex="-1"+.focus()拿到焦点。- 解决方案：把
.focus()绑定在用户触发事件的回调里（例如点击“编辑”按钮后立即聚焦弹窗内输入框） -
focus({preventScroll: true})在 Safari 中不支持，传入对象参数会失效；需做运行时检测：if ('preventScroll' in FocusOptions.prototype) { el.focus({preventScroll: true}); } - 不要依赖
tabindex="-1"实现“视觉隐藏但可聚焦”——它不控制可见性；opacity: 0 或绝对定位隐藏的元素，仍可能被 Tab 到，必须配inert或显式移除tabindex
真正难的是时机判断：元素是否已挂载、是否可见、是否在当前视口、是否处于可交互状态——
tabindex="-1"只是开关，不是自动导航系统。 - 解决方案：把
