reversed 属性在 ie6–ie11 中完全不支持，被直接忽略，始终正向编号；需通过反转数据源或 css 计数器模拟，但后者不改变 dom 顺序且 ie8+ 才支持 counter()。
reversed 属性在 IE 中完全不生效
是的，reversed 属性在所有版本的 Internet Explorer（IE6–IE11）中都不被支持，既不会倒序编号，也不会报错或降级处理——它被直接忽略。渲染结果和没加该属性一模一样，始终从 1 开始正向递增。
常见错误现象包括：
- 开发者在本地 Chrome 测试正常，上线后 IE 用户看到的仍是正序编号，误以为数据顺序出错
- 用
<ol reversed start="5"></ol>试图“组合控制”，但 IE 只认start，reversed彻底失效 - 依赖
reversed实现“最新项在前”的语义逻辑，结果 IE 下可访问性工具读出的序号与视觉不符
IE 下实现倒序编号的可行方案
不能靠 HTML 属性，得手动控制 DOM 顺序或用 CSS 计数器模拟。注意：CSS 方案仅改变显示，不改变实际 DOM 顺序，对屏幕阅读器仍可能造成误导。
推荐做法：
- 服务端或 JS 预先将数据数组反转，再渲染
<ol></ol>—— 最可靠，兼容性 100% - 若必须前端动态处理，用
Array.prototype.reverse()后重新生成列表，避免只改样式 - 纯 CSS 模拟（仅作视觉补救）：
ol.reversed { counter-reset: item 6; }<br>ol.reversed li { counter-increment: item -1; }<br>ol.reversed li::before { content: counter(item) ". "; }其中6是总项数，需 JS 动态写入；且 IE8+ 才支持counter()，IE7 及更早版本仍失败
reversed 和 start/value 混用时的浏览器差异
start 属性在 IE 中受支持（HTML5 允许），但和 reversed 组合使用时，IE 会丢弃 reversed、只按 start 正向计数。其他现代浏览器则按规范执行：例如 <ol reversed start="5"></ol> 在 Chrome 中显示为 5. … 4. … 3.，而 IE 显示为 5. … 6. … 7.。
关键点：
-
value属性在所有浏览器中都有效，但它是单个<li>的强制编号，不参与全局倒序逻辑；IE 下设<li value="10">仍显示为10，但后续项仍按默认规则递增（即11），不会因reversed缺失而自动倒退 -
type（如"a"或"I"）在 IE9+ 支持，但 IE8 及更早仅支持"1"；reversed的缺失不影响type渲染，只影响方向
可访问性和语义陷阱
即使在支持 reversed 的浏览器中，也别把它当“倒序数据容器”用。屏幕阅读器会按 DOM 顺序读内容，但按视觉序号播报，导致“第 5 项”实际是 DOM 中第一个子节点——这违反了 WCAG 对一致性的要求。
真正需要倒序语义的场景（比如倒计时步骤、历史事件回溯），应该：
- 把数据本身按时间倒序排列后输出 DOM
- 用
<ol start="3"></ol>控制起始值，而非依赖reversed - 避免在动态插入新
<li>后指望浏览器重算整个序列；reversed不触发重排，新项序号可能错乱
最易被忽略的一点：reversed 是纯显示控制，它不改变 DOM 顺序、不触发 CSS 重排、也不影响 JavaScript 获取 ol.children 的顺序——所有操作仍基于原始节点位置。拿它当排序逻辑用，迟早踩坑。
