只加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 -
<ol reversed><li value="10">B</li></ol>→ 渲染为1. A / 10. B，reversed对带value的项完全不生效 - JS 动态插入新
li后，编号变成4. 3. 2. 1. 5.（因start未重设）
reversed 必须搭配 start 才可靠
想稳定输出递减编号（如 4 → 1），必须手动指定 start，且该值应等于列表总项数。操作要点：
- 静态列表：先数清
li个数，显式写<ol reversed start="4"> - 动态列表：每次增删后，用 JS 重新计算并设置
ol.start = ol.children.length - 避免混用
value：一旦某个li设了value，整个reversed行为就失效，序号按value+ 递增走
真正倒序展示内容，reversed 是障眼法
如果目标是“最新一条排最上面”，仅靠 reversed 会带来严重可访问性问题：
- 屏幕阅读器仍按原始 DOM 顺序朗读，编号和语义脱节
- 键盘 Tab 焦点流仍是第一项 → 第二项 → 第三项，与视觉顺序相反
-
flex-direction: column-reverse虽能翻转视觉，但会破坏子元素定位、滚动锚点、伪元素行为
唯一健壮解法：反转数据源本身——后端返回已排序数组，或前端用 Array.reverse() 生成新 ol。
立即学习“前端免费学习笔记（深入）”；
编号承载语义时，不能靠属性“假装倒序”
当编号代表操作步骤、法律条文或错误日志优先级等含义时，reversed 只改数字不改逻辑，反而制造歧义。此时编号必须与数据顺序严格对齐，不能靠属性“假装倒序”。最容易被忽略的一点是：DOM 顺序 ≠ 视觉顺序 ≠ 语义顺序，三者错位就是 bug 根源。
