ol标签自动编号失效的常见原因包括：li未作为ol直接子元素、list-style被设为none、嵌套结构错误、空ol在旧浏览器中不渲染；start控制起始值而非跳过项，reversed仅改变编号方向不改变dom顺序，value仅影响当前li且后续仍递增。
ol 标签本身就能自动生成有序数字排列，不需要额外写 JS 或 CSS 计数逻辑——只要结构正确，浏览器会自动从 1 开始递增编号。
为什么 ol 没显示数字？常见漏掉的点
不是所有「看起来像列表」的 HTML 都能触发自动编号。以下情况会导致 ol 不显示序号：
- 把
li写在ol外面，比如<ol></ol> <li>第一步</li>—— 浏览器只认直接子元素为li的ol - 用了自定义样式但没重置
list-style，比如全局 CSS 里写了ol { list-style: none; }，又没手动加回 - 嵌套层级错乱，例如
ol > div > li，中间插了div，li就不再是ol的直系子元素 - 在某些旧版 IE 或严格 XHTML 模式下，
ol必须包含至少一个li才渲染编号（空ol可能被忽略）
start 属性不是“跳过前 N 项”，而是“第一项显示几”
很多人想让步骤从第 3 步开始编号，就写 <ol start="3"></ol>，结果看到的是 “3. 第三步”“4. 第四步”，而不是 “1. 第一步”“2. 第二步”之后接 “3. 第三步”。这是因为 start 控制的是视觉起始值，不改变语义顺序或跳过项数。
-
start值必须是整数（支持负数，如start="-2"→ 显示 -2. -1. 0. 1.） - 和
type="a"配合时，start="3"表示“从字母表第 3 个字母开始”，即 c, d, e；不是显示 “3.” 然后转字母 - 动态插入新
li时，start不会自动更新——新增项仍按原逻辑 +1，不会对齐当前最大编号
倒序编号用 reversed，但别指望它反转 DOM 顺序
reversed 只改编号方向，不改变元素在 DOM 中的位置、焦点顺序或屏幕阅读器读取顺序。它只是让浏览器把第一个 li 显示为 “5.”、第二个为 “4.”……直到 “1.”。
- 单独写
<ol reversed></ol>，浏览器会自动设start为列表总项数（如 5 项就等效于start="5"） - 如果同时指定
start="10"，就会显示 10. 9. 8. ……，项数不够时只显示到 1.，不会补零或报错 - 旧版 Safari（iOS 12.2 之前）和 IE 不支持
reversed，需降级方案（如服务端反转数据再生成ol） - 若需求是“最新步骤在最上面”，仅靠
reversed是不够的——得用 JS 调换li节点顺序，或用flex-direction: column-reverse（注意会影响嵌套布局和键盘焦点流）
value 只影响当前 li，后续仍自动递增
value 是 li 的属性，不是 ol 的。它允许你强行指定某一项的编号，但之后的项仍会在该值基础上 +1，不会“重置计数器”。
-
<ol> <li value="10">第十步</li> <li>第十一步</li> </ol>→ 显示 “10. 第十步”“11. 第十一步” - 多个
value可以混用：<li value="5"> <li value="1"> <li>→ “5.”“1.”“2.” - 它不继承、不联动：前面
li设了value="100"，后面没设value的li仍从 101 开始，不是回到 1 - 真正需要复杂编号逻辑（如多级嵌套、条件跳号、章节+小节混合），应放弃
ol原生机制，改用 CSScounter-reset+counter-increment
最容易被忽略的一点：编号是否承载语义。如果步骤顺序直接影响执行逻辑（比如安装指南、法律条款），那么仅靠 reversed 或随意设 value 会让 DOM 顺序与视觉编号脱节，对屏幕阅读器用户和 SEO 都不友好——此时应该确保数据源本身已按需排序，再用 ol 原样输出。
