reversed属性必须配合start才能实现稳定倒序编号（如4. 3. 2. 1），否则因浏览器隐式推算start失效、safari兼容性差、value属性干扰或动态增删未重设start，常导致编号错乱甚至忽略；真正倒序展示需反转数据源而非仅依赖该属性。
reversed 属性不能单独实现“4. 3. 2. 1”这种真正倒序编号，必须显式配合 start 属性，否则多数浏览器会回退到默认行为（如从 1 开始或编号错乱）。
为什么只加 reversed 常常没效果
浏览器对 reversed 的处理依赖隐式 start 推算：有 4 个 li 就设 start="4"，但这个逻辑在 Safari 旧版本、动态增删后、或存在 value 属性时极易失效。常见现象包括：
- Chrome 显示 4. 3. 2. 1，Safari 却显示 1. 1. 1. 1 或直接忽略
reversed -
<ol reversed> <li>A</li> <li value="10">B</li> </ol>→ 渲染为 1. A / 10. B / 11. C（reversed对带value的项完全不生效） - JS 动态插入新
li后，编号变成 4. 3. 2. 1. 5.（因start未重设）
reversed 和 start 必须成对出现才可靠
想稳定输出递减编号（如 4→1），必须手动指定 start 值，且该值应等于列表总项数。操作要点：
- 服务端渲染时：先统计数组长度，写死
start="4" - 客户端 JS 渲染后：用
ol.setAttribute('start', ol.children.length)补全 - 避免混用
value：一旦某个li设了value，后续编号立即脱离reversed控制 - 与
type="a"配合时，start="3"对应字母 c，不是 z；若需 z→x，得用 CSS counter 手动控制
真正倒序展示内容时，reversed 是障眼法
如果目标是“最新一条排最上面”，仅靠 reversed 会带来严重可访问性问题：
- 屏幕阅读器仍按原始 DOM 顺序朗读，编号和语义脱节
- 键盘 Tab 焦点流仍是第一项→第二项→第三项，与视觉顺序相反
-
flex-direction: column-reverse虽能翻转视觉，但会破坏子元素定位、滚动锚点、伪元素行为 - 唯一健壮解法：反转数据源本身——后端返回已排序数组，或前端用
items.slice().reverse()再生成ol
最容易被忽略的一点：当编号承载操作步骤、法律条文或错误日志优先级等语义时，reversed 只改数字不改逻辑，反而制造歧义。此时编号必须与数据顺序严格对齐，不能靠属性“假装倒序”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
