ol 的 start 属性支持负数，如 start="-5" 会显示“-5.”、“-4.”等，后续按+1递增；它仅控制首项显示编号，不影响dom顺序、焦点或语义，且规范明确允许负数、零、正数。
ol 的 start 属性支持负数，但只管显示值，不改语义
直接写 start="-5" 就行，浏览器会照常渲染 “-5.”、“-4.”、“-3.”。这不是 hack，是 HTML 规范明确允许的整数取值范围——负数、零、正数都合法。关键在于：它只是把第一个 <li> 的显示编号设为 -5，后续仍按 +1 递增，和 DOM 顺序、数据索引完全无关。
常见错误现象：<ol start="-1">
<li>A</li>
<li>B</li>
</ol> 渲染出 “-1. A” 和 “0. B”，有人误以为 “0.” 是 bug 或兼容性问题，其实这是正确行为。
-
start值必须是整数字符串（如"-7"），写成"-7.0"或"-7abc"会被截断或退化为1 - 负数起始不影响屏幕阅读器播报逻辑，焦点顺序仍是从第一个
<li>开始 - 搭配
type="a"时，start表示字母序列中的位置索引，不是显示字符：比如<ol type="a" start="-1"></ol>会报错或回退（因为字母序列没有 “第 -1 个字母”），实际应避免这种组合
负数 start 和 reversed 共存时编号怎么算
reversed 是视觉倒序，不改变 start 的语义起点。例如 <ol start="-2" reversed>
<li>X</li>
<li>Y</li>
<li>Z</li>
</ol> 渲染结果是 “-2. X”、“-3. Y”、“-4. Z”，不是 “-2. Z”。
原因：reversed 只反转编号方向，起始值仍锚定在第一个 DOM 子节点上，后续按 -1 递减。
- DOM 顺序不变：tab 键焦点仍是 X → Y → Z
- 新增
<li>W</li>会追加到末尾，编号为 “-5. W” - 别用
reversed来模拟“倒着数但内容从后往前排”——那得靠 JS 重排数组，不是属性能解决的
为什么 start="-0" 不等于 start="0"
HTML 解析时会把 "-0" 当作无效数字字符串，最终退化为默认 start="1"；而 "0" 是合法整数，会真实渲染 “0.”、“1.”、“2.”。
这背后是浏览器对字符串转整数的处理逻辑：ECMAScript 中 parseInt("-0") === 0，但 HTML 解析器更严格，遇到带符号的零字面量（尤其是负号+零）倾向于视为非规范输入。
- 实测：
<ol start="-0"><li>A</li></ol>显示 “1. A”，不是 “0. A” - 安全写法：要从 0 开始就用
start="0"，别加负号 - 同理，
start="+5"多数浏览器也接受，但不推荐——规范未要求支持带正号，兼容性不可靠
value 覆盖负数 start 时容易忽略的中断逻辑
value 属性会硬设当前 <li> 的编号，并让后续项在此基础上 +1（或 -1，若用了 reversed），它不继承也不重置 start 的初始意图。
例如：<ol start="-3">
<li value="10">A</li>
<li>B</li>
</ol> 渲染为 “10. A”、“11. B”，start="-3" 完全被绕过。
- 这种覆盖是单向的：B 的编号由 A 的
value决定，和start无关 - 连续多个
value会彻底切断自动递增链：<li value="5"> <li value="1">就真显示 “5.”、“1.” - 真正需要局部跳变（如法律条文插入修订款）才用
value；日常续编、分节直接用start更干净
start 从来不管列表里到底有多少项、内容从哪来，它只决定第一眼看到的那个数字是多少。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
