float:right导致屏幕阅读器读序错乱是因为它仅改变视觉布局而不改变DOM顺序，使可访问性路径与视觉呈现分裂；应改用flex布局同步三者，禁用倒写HTML等权宜之计。
为什么 float:right 会让屏幕阅读器读序错乱
不是屏幕阅读器“读错了”，而是 float: right 触发了视觉重排但不改变 DOM 顺序，导致可访问性路径（tabindex、朗读顺序、焦点流）和用户看到的布局彻底分裂。第一个 <li> 在 HTML 里是第一个，在屏幕阅读器里也是第一项，但它被 float 推到最右边——用户听到“第一项”时，眼睛却在最右端找内容，认知断层由此产生。
用 flex 替换 float 是最直接的修复方式
现代浏览器（Chrome 29+、Firefox 28+、Safari 6.1+、Edge 12+）原生支持 Flexbox，两行 CSS 就能同步视觉与可访问性：
- 父容器加
display: flex和justify-content: flex-end，子元素保持原始 HTML 顺序 - 删掉所有
float: right和配套的clear、overflow: hidden - 如果真需要视觉上从右往左排列（比如倒序时间线），用
flex-direction: row-reverse，此时:first-child和tabindex="1"自动指向视觉最右项，无需改 HTML
千万别靠倒写 HTML 顺序来“凑效果”
把 <ul>
<li>A</li>
<li>B</li>
<li>C</li>
</ul> 改成 <ul>
<li>C</li>
<li>B</li>
<li>A</li>
</ul> 再全加 float: right，看起来对了，但代价是：
- SEO 抓取的结构和用户所见不一致，结构化数据可能失效
-
getBoundingClientRect()或offsetTop定位下拉菜单时坐标全乱 -
<input type="radio">组的键盘 tab 顺序和视觉排列分裂，辅助技术用户无法按预期导航 - JS 动态插入新项时，必须用
prepend()才能保持视觉末尾，维护成本陡增
IE8–IE9 兼容场景下的底线处理
仅限无法升级构建链、且明确需支持 IE8–IE9 的遗留项目：
立即学习“前端免费学习笔记（深入）”；
- HTML 保持原始顺序，**绝不倒写**
- 用 JS 加载后重排节点：
Array.from(parent.children).reverse().forEach(el => parent.appendChild(el)) - 父容器必须触发 BFC：加
overflow: hidden或display: table，否则高度坍缩为 0 - 注意：这仍是视觉补丁，不修复可访问性；SSR/SSG 场景下服务端 HTML 与客户端渲染仍不一致——这是权衡，不是解法
真正要命的不是 float 本身，而是它让 DOM 顺序、渲染顺序、可访问性顺序三者脱钩。修复的关键永远是让三者同步，而不是只盯着“看起来对不对”。
