tabindex属性用于控制html元素是否可通过tab键获得焦点及顺序。tabindex="0"使元素按文档流顺序可聚焦，适用于自定义控件；tabindex="-1"禁用tab键聚焦但允许程序调用focus()方法；tabindex="n"(正整数)会打破默认顺序，应避免使用。正确使用tabindex能提升键盘导航体验，确保无障碍访问。开发中应优先使用语义化html，仅在必要时使用tabindex，结合aria属性，并进行完整键盘测试。
HTML中的tabindex属性，简单来说，它决定了一个元素是否可以通过键盘的Tab键获得焦点，以及它在Tab键导航顺序中的位置。这对于确保网页的可访问性至关重要，特别是对那些依赖键盘进行导航的用户来说。
解决方案
tabindex属性是一个全局属性，它可以应用于任何HTML元素，但它最常用于那些本身不是交互式，但又需要被键盘用户访问到的元素，或者用于调整现有交互元素的焦点顺序。它的值可以是以下几种：
-
tabindex="0": 这意味着元素可以通过Tab键获得焦点，并且它的焦点顺序会遵循文档中元素的自然顺序。如果你的一个div或者span需要像按钮或链接一样被键盘用户操作，给它设置tabindex="0"就能实现这一点。比如，你用一个div做了个自定义的“点击”区域，没有这个属性，键盘用户是无法直接Tab到它的。立即学习“前端免费学习笔记（深入）”；
tabindex="-1": 这个值表示元素不能通过Tab键获得焦点，但可以通过JavaScript的focus()方法来程序性地获得焦点。这在很多场景下非常有用，例如当一个模态框（modal）弹出时，你希望焦点直接跳到模态框内的某个输入框，或者当用户点击一个“跳过导航”链接时，直接将焦点设置到主要内容区域。它不会影响Tab键的正常循环，但给了开发者精确控制焦点的能力。-
tabindex="1",tabindex="2",tabindex="N"(任何正整数): 当你给元素设置一个正整数时，这个元素会按照数字从小到大的顺序获得焦点，并且它会优先于那些tabindex="0"或没有tabindex属性的元素。这里有个重要的建议：尽量避免使用正整数的tabindex值。 为什么呢？因为它会打破浏览器默认的、基于文档流的自然焦点顺序。一旦你的页面结构发生变化，或者有新的元素加入，你可能需要重新调整所有tabindex的值，这维护起来简直是噩梦。它让页面的可维护性变得非常差，而且通常也没有必要。大多数情况下，我们都应该信赖浏览器的默认行为，或者使用tabindex="0"和tabindex="-1"来微调。
为什么键盘导航如此重要？
谈到tabindex，就不得不提键盘导航的重要性，这不仅仅是“锦上添花”的功能，而是实实在在的“雪中送炭”。对于很多用户群体来说，键盘是他们与网页交互的主要甚至唯一方式。想想看，那些有运动障碍的用户，他们可能无法精确地使用鼠标；或者视力受损的用户，他们依赖屏幕阅读器，而屏幕阅读器通常是跟随键盘焦点来朗读内容的。如果一个网站没有良好的键盘导航支持，对他们来说，这个网站可能就根本无法使用。
键盘导航也包括了那些“高级用户”或者“效率控”，他们习惯于完全通过键盘操作，因为这比鼠标点击要快得多。一个设计良好的键盘导航流程，能让用户顺畅地在页面上的各个交互元素之间切换，比如输入框、按钮、链接等。tabindex正是确保这种顺畅体验的关键工具之一。它让我们可以把那些原本“隐形”的元素（对键盘用户而言）变得“可见”，让所有用户都能平等地访问到页面的所有功能。
何时应该使用tabindex='0'或tabindex='-1'？
在实际开发中，正确区分和使用tabindex="0"和tabindex="-1"是提升可访问性的关键。
使用tabindex="0"的场景：
-
自定义控件： 当你使用非语义化的元素（如
<div>或<span>）来模拟按钮、链接、复选框或单选按钮时，它们默认是无法通过Tab键获取焦点的。为了让它们像真正的控件一样可访问，你需要给它们添加tabindex="0"。当然，更推荐的做法是尽可能使用原生的<button>、<a href="...">、<input type="checkbox">等元素，因为它们自带了所有必要的键盘交互和语义化信息。但如果确实需要自定义，tabindex="0"是必不可少的。<div role="button" tabindex="0" aria-label="点击我执行操作">自定义按钮</div>
-
需要聚焦的非交互内容： 偶尔，你可能需要让一段纯文本内容（比如一个错误提示区域）能够被Tab键访问到，以便屏幕阅读器能立即朗读它。
<p tabindex="0" role="alert">您的输入有误，请检查。</p>
使用tabindex="-1"的场景：
-
程序性焦点管理： 这是
tabindex="-1"最常见的用途。当用户执行某个操作（比如打开一个模态框、展开一个折叠面板）后，你希望将焦点精确地移动到新出现的内容中的某个特定元素上。例如，模态框出现后，将焦点设置到模态框内的第一个可交互元素上，这样键盘用户就能直接开始操作。// 假设 modalContent 是模态框内的第一个可聚焦元素 modalContent.focus(); // 前提是 modalContent 有 tabindex="-1" 或本身可聚焦
-
“跳过链接”： 为了方便键盘用户快速跳过重复的导航菜单，直接到达主要内容区域，通常会设置一个“跳过链接”（skip link）。这个链接在视觉上可能隐藏，但在Tab键按下时会显示。当用户点击或激活它时，焦点会跳到主要内容区，而这个主要内容区本身可能不是一个交互元素，所以需要
tabindex="-1"来使其可聚焦。<a href="#main-content" class="skip-link">跳到主要内容</a> <main id="main-content" tabindex="-1"> <!-- 主要内容 --> </main> - 临时禁用焦点： 在某些复杂组件中，你可能需要暂时将某个元素从Tab顺序中移除，但又保留其程序性聚焦的能力。
记住，tabindex="-1"不会阻止元素内部的可聚焦子元素被Tab键访问。它只影响该元素本身。
使用tabindex时常见的误区和最佳实践有哪些？
在使用tabindex时，很容易踩到一些坑，但只要遵循一些最佳实践，就能大大提升页面的可访问性和可维护性。
常见的误区：
-
滥用正整数
tabindex： 这是最致命的误区。我见过太多项目因为试图用tabindex="1",tabindex="2"来精确控制焦点顺序，结果导致代码难以维护，稍有改动就可能打乱整个页面的Tab顺序。浏览器默认的文档流顺序通常是最好的选择，它最符合用户的预期。 -
给原生可聚焦元素添加
tabindex="0"： 像<button>、<input>、<a href="...">这些元素本身就是可聚焦的，再给它们加上tabindex="0"是多余的，而且有时候反而可能引发意想不到的问题。保持简洁，信任原生HTML。 - 忽略键盘测试： 很多开发者在开发过程中只用鼠标测试，完全忽略了用Tab键、Shift+Tab键来检查焦点顺序是否合理，是否有“焦点陷阱”（焦点进入某个区域后无法Tab出）。
-
自定义控件缺乏语义： 仅仅给
div加上tabindex="0"是不够的。屏幕阅读器还需要知道这个div到底是个“按钮”还是个“链接”。这时候就需要结合ARIA（Accessible Rich Internet Applications）属性，比如role="button"、aria-pressed="true"等，来提供完整的语义信息。
最佳实践：
-
优先使用语义化HTML： 这是可访问性的黄金法则。能用
<button>就不要用div加tabindex="0"和role="button"。原生元素自带了键盘交互、语义和样式，省心又可靠。 - 保持自然的Tab顺序： 尽可能让元素的Tab顺序与它们在HTML文档中的视觉和逻辑顺序保持一致。这是最符合用户直觉的。
-
只在必要时使用
tabindex="0"： 当你确实需要让一个非交互元素变得可聚焦时，才考虑使用它。 -
tabindex="-1"用于程序性焦点管理： 这是它最强大的用途。在动态内容（如模态框、抽屉、错误消息）出现时，利用它来精确控制用户的焦点，引导他们到需要关注的地方。 - 全面进行键盘测试： 在开发和测试阶段，务必断开鼠标，只用键盘（Tab、Shift+Tab、Enter、空格键、方向键等）来完整地浏览和操作你的页面。确保所有交互元素都能被访问到，焦点顺序合理，且没有焦点陷阱。
-
结合ARIA属性： 当你使用
tabindex来使非语义元素可聚焦时，务必同时使用相应的ARIArole和aria-*属性，为屏幕阅读器提供必要的语义信息和状态。例如，一个自定义的开关按钮，除了tabindex="0"，还需要role="switch"和aria-checked="true/false"。
tabindex是一个强大但需要谨慎使用的工具。理解它的作用和局限性，并将其融入到以语义化HTML和用户体验为核心的开发流程中，才能真正构建出既美观又无障碍的网页。
