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 对此无干预能力。

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

例如：

<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></ol> —— 编号、DOM、语义、可访问性全部对齐

真正关键的判断点在于：这个“倒序”是纯展示需求，还是承载语义权重？如果是后者，别碰 reversed，直接动数据源。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！