aria-flowto 是 aria 属性，用于指示屏幕阅读器朗读完当前元素后跳转到指定 id 元素，但仅在支持该特性的辅助技术（如 jaws 或 nvda 启用 aria 模式时）生效，不改变键盘 tab 顺序，且多数现代组合默认忽略它。
aria-flowto 是什么，它真能控制屏幕阅读器的阅读顺序？
aria-flowto 是一个 ARIA 属性，用于显式声明屏幕阅读器在读完当前元素后“跳转”到哪个（或哪些）元素继续朗读。但它不是通用的阅读顺序重排工具，也不替代 tabindex 或 DOM 顺序；它只对支持该属性的辅助技术（如部分版本的 JAWS、NVDA 配合特定模式）生效，且必须配合 aria-labelledby 或明确的焦点/朗读上下文才可能被触发。
- 它不改变键盘 Tab 顺序，
tabindex才管这个 - 它不强制视觉焦点跳转，只影响朗读流（如果辅助技术实现了该语义）
- 多数现代浏览器+屏幕阅读器组合（如 Chrome + NVDA 默认设置）会忽略
aria-flowto，除非用户启用了“结构导航”或“ARIA 导航模式”
怎么写 aria-flowto？ID 引用必须严格匹配
aria-flowto 的值是空格分隔的 ID 列表，每个 ID 必须在当前文档中唯一存在，且不能带 # 前缀：
<div id="step1" aria-flowto="step3">第一步</div> <div id="step2">第二步（会被跳过）</div> <div id="step3">第三步</div>
- ID 必须是合法 HTML ID：不能以数字开头、不能含空格或特殊字符（如
step-1✅，step 1❌） - 多个目标用空格分隔：
aria-flowto="summary chart-footer" - 不支持 CSS 选择器或相对路径，只认 ID 字符串
- 如果目标 ID 不存在，该属性会被静默忽略，无警告、无报错
为什么设置了 aria-flowto 却没效果？常见失效原因
绝大多数情况下“没效果”不是代码写错了，而是环境或用法不匹配：
使用HTML,CSS,JavaScript开发Android应用程序 英文文字pdf版附源文件
下载
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
- 屏幕阅读器未启用 ARIA 流模式（例如 NVDA 默认关闭此行为，需按
Insert + Space进入“应用模式”再按Down Arrow才可能触发） - 元素没有可访问的语义角色（如
div默认是generic），建议配合role="region"或role="group"显式声明作用域 - 当前焦点不在源元素上，而
aria-flowto通常只在焦点进入或朗读该元素时生效（不是页面加载即跳转） - 使用了动态 ID（如 React 中用
useId()生成的 ID），但未确保aria-flowto值与实际渲染 ID 严格同步
比 aria-flowto 更可靠的做法是什么？
真实项目中，优先用更稳定、广泛支持的方案：
- 用 DOM 顺序 + CSS 视觉重排（
flex-direction: column-reverse或grid）实现视觉与逻辑顺序分离 - 对关键流程（如表单步骤、向导页），用
aria-describedby在当前元素里直接说明下一步：“已完成，请前往 第三步” - 需要强制焦点跳转时，用 JavaScript 主动调用
.focus()，并确保目标元素有tabindex="-1"或可聚焦语义 - 检查 Lighthouse 或 axe 插件是否报出
aria-flowto相关警告——多数无障碍检测工具已将其标记为“低支持度、高维护成本”属性
真正依赖 aria-flowto 的场景极少，一旦用，就得全程测试 JAWS/NVDA/VO 在不同浏览器下的响应逻辑，而不是只看代码是否“写了”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
