本教程旨在解决自定义单选按钮在屏幕阅读器中状态误报的问题。当父级 `div` 元素意外获得焦点时，屏幕阅读器可能错误地宣布“未选中”状态。核心解决方案是移除父级 `div` 上的 `tabindex` 属性，确保焦点直接落在 `input[type="radio"]` 元素上，从而使屏幕阅读器能够准确识别其 `aria-checked` 状态，显著提升用户体验和可访问性。
引言：理解屏幕阅读器与自定义组件的挑战
在构建现代Web应用时，开发者经常需要创建自定义UI组件，例如自定义样式的单选按钮。然而，在追求视觉美观的同时，确保这些组件对所有用户（包括使用屏幕阅读器的用户）都具有良好的可访问性至关重要。一个常见的问题是，屏幕阅读器在聚焦到自定义单选按钮时，可能会错误地宣布其为“未选中”状态，即使该按钮在视觉上是选中的。这种信息不一致会严重影响依赖屏幕阅读器用户的体验，导致他们无法正确理解页面状态并进行有效交互。
问题剖析：焦点管理不当是症结所在
屏幕阅读器误报状态的根本原因在于焦点管理不当。当一个非交互式容器元素（如 div）被赋予 tabindex="0" 属性时，它就变得可聚焦。屏幕阅读器在遍历页面时，会首先将焦点落在这些可聚焦的容器上。
考虑以下代码示例：
<div>
<div tabindex="0" role="radio">
<ul>
<li class="react-custom-radio-link">
<input type="radio" name="IsPrivateProfile" id="Public" aria-checked="true">
<label for="Public">Public</label></li>
</ul>
</div>
<div tabindex="0" role="radio">
<ul class="react-custom-radio-button">
<li class="react-custom-radio-link">
<input type="radio" name="IsPrivateProfile" id="Private" aria-checked="false" checked=""><label for="Private">Private</label></li>
</ul>
</div>
</div>在这个示例中，input type="radio" 元素被包裹在一个 div 中，并且这个 div 被赋予了 tabindex="0" 和 role="radio"。当屏幕阅读器首次将焦点移到这个外部 div 时，它会尝试解析 div 的语义和状态。尽管内部的 input 元素正确设置了 aria-checked="true"（或通过 checked 属性表示选中），但屏幕阅读器在聚焦父级 div 时，可能无法立即或正确地识别到其子元素 input 的精确选中状态，从而导致误报“未选中”。只有当用户继续导航，焦点最终落在实际的 input 元素上时，屏幕阅读器才会宣布正确的选中状态。这种延迟和不准确性显著降低了用户体验。
解决方案：移除不必要的焦点
解决此问题的核心思路是确保屏幕阅读器直接与具有语义和状态的交互式元素（即 input[type="radio"]）进行交互，而不是其非交互式的容器。最直接有效的修复方法是移除父级 div 上的 tabindex="0" 属性。
修正后的代码示例如下：
<div>
<div role="radio">
<ul>
<li class="react-custom-radio-link">
<input type="radio" name="IsPrivateProfile" id="Public" aria-checked="true">
<label for="Public">Public</label></li>
</ul>
</div>
<div role="radio">
<ul class="react-custom-radio-button">
<li class="react-custom-radio-link">
<input type="radio" name="IsPrivateProfile" id="Private" aria-checked="false" checked=""><label for="Private">Private</label></li>
</ul>
</div>
</div>通过移除 tabindex="0"，父级 div 不再是独立的焦点停靠点。屏幕阅读器在遍历时会跳过这个 div，直接将焦点移到其内部的 input[type="radio"] 元素。由于 input[type="radio"] 是一个原生可交互元素，并且其 aria-checked 属性或 checked 属性直接反映了其选中状态，屏幕阅读器能够准确地获取并宣布“选中”或“未选中”的信息，从而解决误报问题。
值得注意的是，role="radio" 仍然可以保留在父级 div 上，因为它有助于屏幕阅读器理解这个 div 包含一个单选按钮的语义上下文，但它不应成为独立的焦点接收者，除非它是通过复杂的自定义控件实现，并且其内部的 input 元素被隐藏或无法直接聚焦。在大多数情况下，ARIA 角色和状态应尽可能地应用于实际的交互式元素。
修正原理与最佳实践
- 直接关联语义与交互元素： ARIA 属性（如 aria-checked）应直接应用于其所描述的交互式元素。当屏幕阅读器聚焦到带有这些属性的元素时，它能最准确地解析其状态。
- 避免冗余焦点： 不必要的 tabindex="0" 会创建额外的焦点停靠点，这不仅可能导致屏幕阅读器误报，还会增加键盘用户的导航负担。确保只有实际需要用户交互的元素才可聚焦。
- 优先使用原生HTML元素： 在可能的情况下，应优先使用原生的HTML语义元素（如 input[type="radio"]、button、a 等），因为它们自带了浏览器和辅助技术的高度支持。当必须创建自定义组件时，应确保它们完全模拟原生元素的行为和可访问性特性。
- 全面的屏幕阅读器测试： 在开发过程中，务必使用主流的屏幕阅读器（如NVDA、JAWS、VoiceOver等）对自定义组件进行测试，以验证其可访问性。不同的屏幕阅读器在解析复杂结构时可能存在细微差异。
- 关注键盘导航： 除了屏幕阅读器，还应确保所有交互式组件都可以通过键盘（Tab键、方向键等）进行完整、逻辑的导航和操作。
总结
自定义单选按钮的屏幕阅读器状态误报问题，通常源于对焦点管理和ARIA属性应用的误解。通过移除父级容器上不必要的 tabindex="0" 属性，并确保焦点直接落在承载 aria-checked 状态的 input[type="radio"] 元素上，可以有效地解决这一问题。遵循Web可访问性最佳实践，将语义和状态直接关联到交互式元素，是构建包容性Web应用的关键。开发者应始终牢记，良好的可访问性不仅是技术要求，更是对所有用户负责的体现。
