reversed属性仅倒序编号而不改变DOM顺序，浏览器自动设start值实现5.4.3.2.1等效果，但不调整实际元素排列，屏幕阅读器仍按原始顺序朗读，旧版Safari和IE支持有限。
reversed 属性只控制编号方向，不改变 DOM 顺序、语义顺序或屏幕阅读器读取顺序。它不是“把列表倒过来”，而是让浏览器从大往小标号——这点必须先搞清，否则后续所有调试都可能跑偏。
reversed 是怎么算起始编号的？
浏览器会自动推导 start 值：5 个 li 加 reversed，就默认设 start="5"，显示为 5. 4. 3. 2. 1.；如果手动加了 start="10"，就会变成 10. 9. 8. 7. 6.。
常见误用：
- 以为
reversed能“自动补足当前最大序号”，实际它完全不感知内容数量变化 - 动态增删
li后编号断裂，因为reversed不触发重算，得手动调ol.setAttribute('start', newStart) -
type="a"配合reversed时，start="3"显示为c.，但用户可能预期是字母表末尾倒排（z., y., x.），这逻辑不一致
reversed 和 value 属性混用会怎样？
value 是 li 的属性，只影响单个项的显示编号，后续项仍按该值 +1 递增，reversed 对此无干预能力。
立即学习“前端免费学习笔记（深入）”；
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
例如：
<ol reversed> <li value="8">A</li> <li>B</li> <li>C</li> </ol>
渲染结果是：8. A → 9. B → 10. C，不是倒序的 8. 7. 6.。因为 reversed 只在没 value 时才接管编号逻辑。
什么时候不能只靠 reversed？
当需求本质是“内容顺序要变”（比如最新评论置顶、历史事件从近到远），reversed 就只是视觉障眼法：
- 屏幕阅读器仍按原始 DOM 顺序朗读，无障碍失效
- 键盘 Tab 焦点顺序不变，交互流错位
- 用
flex-direction: column-reverse会翻转整个布局流，嵌套子元素、伪元素定位、滚动锚点都可能异常 - 最稳妥的方式仍是服务端或 JS 层反转数据源，再生成
<ol>—— 编号、DOM、语义、可访问性全部对齐
真正关键的判断点在于：这个“倒序”是纯展示需求，还是承载语义权重？如果是后者，别碰 reversed，直接动数据源。
