本文探讨了在使用自定义html结构模拟单选按钮时，屏幕阅读器可能错误播报其选中状态的问题。核心原因是父级`div`上的`tabindex`属性干扰了焦点管理。通过移除`div`上的`tabindex`，确保焦点直接落在原生`input type='radio'`元素上，从而使屏幕阅读器能够准确识别并播报单选按钮的正确状态，提升了网页的可访问性。
在构建无障碍网页应用时，确保屏幕阅读器能够正确识别和播报UI组件的状态至关重要。然而，当开发者使用自定义HTML结构来模拟原生表单元素，如单选按钮（radio button）时，可能会遇到屏幕阅读器播报信息不准确的问题。一个常见的情况是，即使单选按钮处于选中状态，屏幕阅读器也可能错误地播报为“未选中”。
问题描述
当用户使用屏幕阅读器（例如Windows Narrator）导航到包含自定义单选按钮的界面时，如果焦点落在一个本应被识别为“已选中”的单选按钮上，屏幕阅读器却错误地播报“未选中”。这不仅误导了用户，也严重影响了界面的可访问性。理想情况下，屏幕阅读器应播报类似“已选中 1/2”的信息，以清晰地指示当前单选按钮组的状态。
问题根源分析
此问题的核心在于HTML结构中的焦点管理机制与屏幕阅读器语义解析之间的冲突。考虑以下自定义单选按钮的HTML结构：
<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>在这个结构中，每个单选按钮项被包裹在一个div元素内，并且这个div元素被赋予了tabindex="0"和role="radio"属性。tabindex="0"使得这个div可聚焦。当用户通过键盘导航时，焦点会首先落在外层的div上。
虽然div被赋予了role="radio"，但它本身并不是原生的input type="radio"元素。屏幕阅读器在解析到这个带有role="radio"的div时，可能无法完全、准确地获取其内部嵌套的input type="radio"元素的真实选中状态（checked属性或aria-checked属性），或者在播报时，div的语义优先级或解析方式与原生input元素有所不同，导致信息传递不完整或不准确。当焦点停留在div上时，屏幕阅读器可能只识别到role="radio"，但无法正确判断其“选中”或“未选中”状态，或者默认播报为“未选中”。只有当焦点进一步移动到内部的input type="radio"元素时，才能正确播报其状态。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
解决方案
解决此问题的关键在于优化焦点管理，确保屏幕阅读器能够直接访问到具有完整语义信息的原生input type="radio"元素。最直接有效的方案是移除外层div上的tabindex="0"属性。
修正后的HTML结构如下：
<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>通过移除div上的tabindex="0"，这些div元素将不再参与键盘焦点流。当用户使用Tab键导航时，焦点将跳过这些外部div，直接落在内部的input type="radio"元素上（因为input元素默认可聚焦）。原生input type="radio"元素自带完整的语义信息，包括其checked属性和aria-checked属性，屏幕阅读器能够准确地读取这些信息，从而正确播报其选中状态（例如“公共，已选中 1/2”或“私人，未选中 2/2”）。
注意事项与最佳实践
- 优先使用原生HTML元素： 在可能的情况下，应优先使用原生HTML元素（如input type="radio"、select、button等），因为它们自带完整的语义和无障碍特性，且屏幕阅读器对其支持度最高。
- 谨慎使用tabindex： 避免在非交互式元素或父级容器上不必要地使用tabindex="0"。这可能干扰正常的焦点流，并导致屏幕阅读器播报混乱。tabindex应主要用于自定义交互组件的焦点管理，且需确保焦点顺序符合逻辑。
- 正确使用ARIA属性： 当必须使用自定义结构模拟复杂组件时，应结合ARIA（Accessible Rich Internet Applications）属性来增强语义。例如，role="radio"、aria-checked="true/false"、aria-labelledby等。确保ARIA属性与组件的实际状态同步更新。
- aria-checked与checked的同步： 对于自定义单选按钮，如果使用aria-checked来指示状态，务必确保其值与原生input元素的checked属性保持一致，以提供一致的辅助技术信息。在上述示例中，input元素已经有了checked属性，aria-checked属性可以作为补充，但焦点直接落在input上时，checked属性通常是更直接的指示。
- 彻底测试： 开发完成后，务必使用主流的屏幕阅读器（如Windows Narrator, NVDA, JAWS等）和键盘导航进行彻底测试，以验证组件的可访问性。这包括测试焦点顺序、状态播报、交互行为等。
总结
自定义UI组件的无障碍性是一个复杂但至关重要的领域。针对屏幕阅读器错误播报单选按钮状态的问题，其根源往往在于不当的焦点管理。通过移除父级容器上不必要的tabindex属性，确保焦点能够直接落在具有完整语义的原生input type="radio"元素上，可以有效解决这一问题。遵循无障碍设计原则，优先使用原生HTML元素，并谨慎、正确地应用ARIA属性和焦点管理策略，是构建真正可访问网页的关键。
