start、type、reversed 和 value 可共存但分层控制：start 定义起始计数位置（整数），type 决定显示格式，reversed 反转递增方向，value 局部覆盖并打断后续自动编号。
直接说结论： start、type、reversed 和 value 四个属性可以共存，但组合逻辑不是叠加，而是分层控制——start 定义起始“计数位置”，type 决定该位置“怎么显示”，reversed 改变递增方向，value 则是局部覆盖，且会打断后续自动编号。
为什么start="5 + type="a" 不显示 “5.” 而是 “e.”
因为 start 在字母/罗马数字序列里表示“第几个”，不是“显示数字几”。start="5" 搭配 type="a" 时，浏览器按字母表顺序取第 5 个：a→1、b→2、c→3、d→4、e→5，所以首项显示为 “e.”。同理：type="I" start="3" → “III.”，type="i" start="2" → “ii.”。
常见误用：start="iii" 或 start="C" —— 这些值会被转成整数（如 "iii" → 0 → 退化为 1），不会按罗马字解析。
-
start必须是整数（支持负数、零），否则失效 - 想让字母列表从 “z” 开始？不行——
type="a"只支持 a–z 循环，超出范围会回绕或截断 - 服务端模板中动态插值时，务必确保
start是纯数字字符串，避免start="{{item.start || 1}}"中item.start为null导致输出start=""
reversed 和 start 同时存在时，编号怎么算
reversed 不改变 start 的语义起点，只反转递增方向。比如：<ol start="8" reversed><li>A</li><li>B</li><li>C</li></ol> 渲染结果是 “8.”、“7.”、“6.”，不是 “3.”、“2.”、“1.”。
立即学习“前端免费学习笔记（深入）”；
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
关键点在于：浏览器仍以 start="8" 为第一个可见项的编号，然后逐项减 1。若列表项数量未知（如由 JS 动态追加），reversed 会导致新插入项编号持续递减，可能很快变成负数或零——这不是 bug，是设计行为。
- 不要依赖
reversed实现“倒序但保持正数编号”，它不重置计数器 - 需要稳定倒序编号（如 “100.”、“99.”、“98.”），应改用 CSS
counter-reset配合counter-increment: -1 -
reversed对屏幕阅读器有语义影响：会按 DOM 顺序读，但播报编号时仍按视觉顺序（即倒着报）
value 打断自动编号后，后续项还受 start 控制吗
不受。value 是单点强覆盖，一旦出现，后续所有 li 都基于该 value 值线性递增，完全忽略 start。例如：
<ol start="10"> <li>A</li> <li value="20">B</li> <li>C</li> <li>D</li> </ol>
渲染为 “10.”、“20.”、“21.”、“22.”，不是 “10.”、“20.”、“11.”、“12.”。
-
value只影响当前li的显示编号，不影响其在 DOM 中的位置或语义顺序 - 多个
value连续出现时，彼此无关联：<li value="5"><li value="1">就真显示 “5.”、“1.” - 想恢复从某数开始的连续编号，必须再写一个
value，不能靠删掉前一个来“重置”
最易被忽略的一点：所有这些属性都只作用于 ol 的视觉编号流，不改变 DOM 结构、不触发重新计算、也不影响 CSS 伪元素（如 ::marker）的底层 counter 状态——如果你用 CSS 自定义了 list-style-type 或重写了 ::marker，原生属性可能完全不可见，但它们仍在后台运行。调试时别只看渲染结果，要查 computed styles 和 DOM 属性值。
