ol标签的核心作用是声明不可交换的顺序语义，而非仅显示数字；必须包裹li元素，start/reversed属性仅对ol有效，value仅局部影响li显示编号，嵌套ol合法但ul不得作为ol同级子元素。
ol 标签的核心作用不是“显示数字”，而是声明一组内容存在**不可交换的顺序语义**。浏览器渲染出 1. 2. 3. 是副作用，真正关键的是它告诉屏幕阅读器、搜索引擎和自动化工具：“这些条目必须按此顺序理解”。
为什么ol必须包裹li，不能直接放文本或p
HTML 规范强制 ol 的直接子元素只能是 li（或 script 等极少数例外）。一旦写成 <ol>第一步<p>第二步</p>
</ol>，浏览器会触发错误修复机制——可能把 <p></p> 移出 ol，也可能生成空 li 占位。结果不可控，且破坏可访问性：读屏软件可能跳过“第二步”，或把它当成独立段落而非列表项。
start 和 reversed 只对 ol 有效，写在 li 上没用
这两个属性控制整个列表的编号逻辑，必须出现在 <ol></ol> 开始标签上：
立即学习“前端免费学习笔记（深入）”；
-
start="5"→ 第一项显示为 “5.”，后续自动递增为 6.、7.；不是让某一个li从 5 开始 -
reversed→ 按 DOM 顺序倒着编号（如 3 项 → 显示为 3. 2. 1.），不改变 HTML 结构；IE 完全不支持，旧 Edge 渲染异常 - 写成
<li start="5">或<ol><li reversed></ol>都会被忽略
value 属性只影响单个 li 的显示编号，不重置计数
value 是 li 的局部覆盖属性，仅改变当前项视觉上的数字，后续项仍按“前一项编号 + 1”继续：
<ol> <li value="10">苹果</li> <li>香蕉</li> <li value="50">橙子</li> </ol>
渲染结果是 10.、11.、50. —— 注意第二项是 11，不是 1；第三项设了 50，但不会让第四项变成 51（除非再加一个 li）。更重要的是，屏幕阅读器通常仍按位置报“第1项、第2项”，而不是“第10项、第11项”，所以别靠 value 实现逻辑乱序。
嵌套 ol 合法，但混入 ul 作同级兄弟就违法
你可以在一个 li 内部再放 <ol><li>…</li></ol>，这是标准嵌套，语义清晰（比如“步骤2”下面还有子步骤）。但以下写法是非法的：
<ol> <li>主步骤一</li> <ul><li>并列子项</li></ul> <li>主步骤二</li> </ol>
ul 不是 ol 的合法子元素，浏览器会尝试修复，大概率把 ul 移到 ol 外面，导致结构错乱、样式失效、读屏播报中断。真要混合类型，应改为两个独立列表，或用 CSS 控制视觉样式，而非破坏语义嵌套规则。
