屏幕阅读器何时依据何种规范播报分组名称？支持与依赖探讨

ARIA提供的group、region，以及list、dialog、radiogroup这类角色，在焦点进入其内部控件时播报可访问名称的行为，核心依据是WAI-ARIA语义规范的上下文感知要求：

1. 规范层面：WAI-ARIA 1.2要求所有具备容器语义且需要明确上下文的角色（如分组、对话框、表单组）必须设置可访问名称（通过aria-label/aria-labelledby）。辅助技术（屏幕阅读器）遵循的是"上下文切换告知"的通用辅助原则，这也是WCAG 2.1中"可感知"准则的延伸——确保用户能知晓当前所处的界面区域上下文。
2. 角色共性：这些角色虽然在ARIA层级图中没有统一的抽象父角色，但都属于**"具有独立上下文的容器角色"**，它们的存在是为了将相关控件/内容聚合，辅助技术会自动识别这类容器的语义，在焦点进入时播报名称以告知用户上下文变化。

屏幕阅读器支持状态 #

• 完全支持：NVDA（搭配Firefox/Chrome）、JAWS（全浏览器）、Android TalkBack、Linux Orca，这些工具在焦点进入容器内的按钮、单选框等控件时，会清晰播报容器的名称+角色（比如"角色组，A div with role radiogroup，单选按钮，Video"），部分工具在离开容器时也会播报离开提示。
• 支持不足：ChromeVox当前版本确实未实现该行为，另外部分旧版VoiceOver（iOS/macOS）在处理group角色时可能不播报，但新版VoiceOver已修复此问题，对dialog、radiogroup的支持已经完善。

是否可以依赖该行为 #

可以将其作为辅助体验增强，但不能作为核心功能的唯一依赖：

• 主流屏幕阅读器的支持已经覆盖了绝大多数用户场景，正确设置容器的可访问名称能显著提升无障碍体验；
• 必须保证即使没有该播报，用户也能通过视觉标签、页面结构（如标题、分组视觉分隔）获取上下文，避免依赖单一辅助技术行为导致的可用性问题；
• 始终遵循ARIA规范正确设置角色和可访问名称，这是保证辅助技术正确解析的基础。

示例代码 #

<hgroup>
  <h2>Grouping examples</h2>
  <p>Entering/leaving each of these grouping might get announced by the screen reader, along with the grouping’s accessible name</p>
</hgroup>

<p><a href="#">Start here</a></p>

<hr>

<div role="group" aria-label="A div with role group">
  <button>Button inside group</button>
</div>

<hr>

<div role="radiogroup" aria-label="A div with role radiogroup">
  <label><input type="radio" name="radio1">Video</label>
  <label><input type="radio" name="radio1">killed</label>
  <label><input type="radio" name="radio1">the</label>
  <label><input type="radio" name="radio1">radio</label>
  <label><input type="radio" name="radio1">star</label>
</div>

<hr>

<ul aria-label="An unordered list">
  <li><button>Button in list</button></li>
  <li>and</li>
  <li>some</li>
  <li>items</li>
</ul>

<hr>

<div role="dialog" aria-label="A div with role dialog">
  <button>Button in a dialog</button>
</div>

内容的提问来源于stack exchange，提问作者Andy