tabindex="-1"是唯一合法且有用的负数值，它使元素退出tab键导航流但支持javascript主动聚焦；其他负数会被降级为0导致意外进入tab流；不可用于原生可聚焦元素，仅适用于需程序聚焦的非原生语义节点。
tabindex="-1"是唯一合法且有用的负数值
只有 tabindex="-1" 有明确、稳定、被所有主流浏览器支持的语义：元素退出 Tab 键导航流，但可通过 JavaScript 主动聚焦（element.focus()）。其他负数如 tabindex="-2"、tabindex="-0" 或非整数（tabindex="-1.5"）均被浏览器强制降级为 0，反而让元素意外进入 Tab 流——这是最常见的隐性 bug 来源。
为什么必须用 tabindex="-1"而不是 disabled 或 CSS 隐藏
disabled 会禁用交互且移除焦点能力，display: none 或 visibility: hidden 会让 .focus() 静默失败。而 tabindex="-1" 是唯一能“保持可编程聚焦 + 不干扰键盘流”的组合：
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 模态框打开时，关闭按钮需立即获得焦点，但它不该出现在用户按 Tab 时的默认路径里 → 设
tabindex="-1"，再调closeBtn.focus() - 折叠面板展开后，新内容区第一个
<input>必须可聚焦，但 DOM 中它原本不可聚焦（比如是动态插入的）→ 先设tabindex="-1"，再input.focus() - 锚点跳转到
<section id="faq"></section>时，该区块默认不可聚焦 → 加tabindex="-1"后，document.getElementById('faq').focus()才生效，触发屏幕阅读器朗读并滚动定位
容易被忽略的三个执行细节
设了 tabindex="-1" 不等于焦点就稳了，漏掉任一环节都会导致聚焦失败或体验断裂：
-
.focus()调用前，确保元素已渲染且未被display: none或inert阻断；移动端 Safari 在无用户手势上下文中对非原生元素调.focus()会静默失败 -
.focus()默认强制滚动，长页面可能“跳闪”；可用element.focus({ preventScroll: true })抑制，但需检测兼容性（Safari 目前不支持该选项） - 聚焦后若元素在视口外，
element.scrollIntoView({ block: 'nearest', inline: 'nearest' })应紧随其后，否则键盘用户看不见焦点在哪
绝对不要给原生控件设 tabindex="-1"
<button></button>、<a href></a>、<input> 这些原生可聚焦元素，默认行为就是 tabindex="0"。给它们加 tabindex="-1" 是主动踢出 Tab 流——键盘用户再也 Tab 不到，但鼠标点击照常工作，造成严重可访问性断裂。真正需要 tabindex="-1" 的，只可能是：<div role="button">、模态框根容器 <code><div role="dialog">、或语义块级锚点这类本不可聚焦但需程序接管的节点。</div>
