只加reversed常无效，因浏览器依赖隐式start推算（如4项默认start="4"），但该逻辑在Safari旧版、动态增删、含value属性时极易失效，导致编号错乱或忽略；必须显式配合start且值等于项数才可靠。

只加 reversed 为什么经常没效果

浏览器对 reversed 的处理依赖隐式推算 start 值：比如有 4 个 li 就默认设 start="4"，但这套逻辑在 Safari 旧版、动态增删项后、或存在 value 属性时极易崩坏。常见现象包括：

• Chrome 显示 4. 3. 2. 1，Safari 却显示 1. 1. 1. 1 或直接忽略 reversed
• 10. B
  → 渲染为 1. A / 10. B，reversed 对带 value 的项完全不生效
• JS 动态插入新 li 后，编号变成 4. 3. 2. 1. 5.（因 start 未重设）

reversed 必须搭配 start 才可靠

想稳定输出递减编号（如 4 → 1），必须手动指定 start，且该值应等于列表总项数。操作要点：

• 静态列表：先数清 li 个数，显式写
• 动态列表：每次增删后，用 JS 重新计算并设置 ol.start = ol.children.length
• 避免混用 value：一旦某个 li 设了 value，整个 reversed 行为就失效，序号按 value + 递增走

真正倒序展示内容，reversed 是障眼法

如果目标是“最新一条排最上面”，仅靠 reversed 会带来严重可访问性问题：

HTML Text Extract

从HTML页面（URL、文件或标准输入）中提取主体内容文本，去除导航、页脚、广告和模板文本。可直接传递给readability_check或其他文本工具。

下载

• 屏幕阅读器仍按原始 DOM 顺序朗读，编号和语义脱节
• 键盘 Tab 焦点流仍是第一项 → 第二项 → 第三项，与视觉顺序相反
• flex-direction: column-reverse 虽能翻转视觉，但会破坏子元素定位、滚动锚点、伪元素行为

唯一健壮解法：反转数据源本身——后端返回已排序数组，或前端用 Array.reverse() 生成新 ol。

编号承载语义时，不能靠属性“假装倒序”

当编号代表操作步骤、法律条文或错误日志优先级等含义时，reversed 只改数字不改逻辑，反而制造歧义。此时编号必须与数据顺序严格对齐，不能靠属性“假装倒序”。最容易被忽略的一点是：DOM 顺序 ≠ 视觉顺序 ≠ 语义顺序，三者错位就是 bug 根源。

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