全局属性不改变朗读顺序，但dir、lang、tabindex通过影响DOM解析、语音引擎或焦点流间接干扰屏幕阅读器路径；根本矛盾在于DOM结构与CSS渲染脱钩。
HTML全局属性本身不改变朗读顺序，但dir、lang、tabindex三者会通过影响DOM解析、语音引擎选择或焦点流间接干扰屏幕阅读器的逻辑阅读路径。
为什么dir设错会导致朗读方向与视觉完全割裂
dir属性决定文本方向和部分布局行为，但它不重排DOM顺序——屏幕阅读器仍按源码顺序读，只是每个字符/词块的发音方向被强制翻转。问题出在混用场景：
-
<html dir="rtl">配lang="zh-CN"：阿拉伯数字、英文术语仍按中文TTS规则从左到右切分，但dir="rtl"又让标点、空格位置错位，导致“123.”读成“.321” -
<div dir="ltr"><p>API</p></div>嵌套在dir="rtl"页面中：外层RTL不继承，但<p>内无lang，屏幕阅读器默认用根lang引擎读“API”为“阿皮”，而非英文音素 - Safari 17.4前不支持
:dir(rtl)伪类，若CSS用[dir="rtl"]回退但HTML漏写dir，视觉右对齐但朗读仍左起，用户听到“标题”时眼睛在右侧找
lang只在<html>上生效，动态改它对已渲染内容无效
lang是屏幕阅读器初始化语音引擎的唯一依据，写在<body>或<div>里等于没写。更关键的是：
- React/Vue中执行
document.documentElement.lang = "en-US"，只影响后续插入的节点；已挂载的<h1>欢迎</h1>仍用旧lang发音，不会自动重读 -
<code lang="en">fetch()</code>比<span lang="en">fetch()</span>更可靠：前者触发读屏器专用停顿+英文音素切分，后者仅切换语言，无语义强化 -
lang="zh-Hans"在旧版JAWS中可能 fallback 到拼音库，而lang="zh-CN"能稳定加载带声调的普通话语音模型
tabindex值选错比不加还危险，尤其破坏键盘导航节奏
tabindex不控制朗读顺序，但强行把元素塞进Tab流会打乱用户对内容优先级的预期：
立即学习“前端免费学习笔记（深入）”；
-
tabindex="1"不是“第一个可Tab项”，而是把该元素归入“所有正数tabindex”的子集；多个tabindex="1"仍按DOM顺序走，和没设一样；一旦混入tabindex="0"的原生按钮，Tab流变成“正数→0→其他”，完全失控 - 给
<div role="button">加tabindex="0"却漏掉keydown监听：键盘用户能Tab进去，但按Enter无响应，Space键还会滚动页面（需e.preventDefault()） - 大量
tabindex="0"堆在页脚广告、推荐位上：残障用户要按20+次Tab才能到达<main>，Lighthouse不报错，但真实体验断层
真正干扰朗读顺序的，永远是DOM结构和CSS布局的脱钩
所有全局属性都是表象，底层矛盾在于：屏幕阅读器读DOM树，浏览器渲染CSS流，二者不同步时，dir、lang、tabindex只会放大裂缝。最常被忽略的一点是：tabindex="-1"不能修复顺序——它只提供JS聚焦入口，而朗读顺序由HTML书写顺序+语义标签层级决定。哪怕你把<main>设为tabindex="-1"并.focus()，如果它在HTML里写在<footer>后面，屏幕阅读器依然先读页脚。
