负数start值如start="-1"会被浏览器直接解析为整数并作为计数初值，显示“-1.”、“0.”、“1.”等，不报错也不修正；但仅对type="1"有效，搭配字母或罗马数字时退化为start="1"。
start="-1"这类负数起始值在ol中怎么算
浏览器会按整数直接解析并显示，不修正、不报错、也不强制转正——start="-1" 就是 “-1.”、“0.”、“1.” 这样递增。但要注意：HTML 规范其实要求编号为正整数，而主流浏览器（Chrome/Firefox/Safari/Edge）目前仍选择兼容性优先，实际渲染负数和零是可行的，只是语义上不推荐。
为什么start="-2"显示的是-2. -1. 0.而不是报错或回退到1
因为浏览器解析 start 属性时，先做字符串→整数转换，再直接用这个整数作为计数器初值。它不走“取最大值”逻辑（那是规范里对非正整数的建议处理，但实现上多数引擎没严格执行）。所以：
-
start="-2"→ 解析为 -2 → 第一项显示 “-2.”，第二项自动 +1 → “-1.”，第三项 → “0.” -
start="0"→ 解析为 0 → 显示 “0.”、“1.”、“2.”（Safari 16+、Chrome 120+、Firefox 115+ 均支持） -
start="-0"等价于start="0"，JS 字符串转数字后就是 0
start设负数时和type="a"或type="I"一起用会怎样
会出错，不是计算错，而是语义错位。字母和罗马数字序列没有负索引概念，start 的负值只对阿拉伯数字有意义：
-
<ol type="a" start="-1">→ 浏览器忽略负值，等效于start="1"，显示 “a.”、“b.”、“c.” -
<ol type="I" start="-2">→ 同样退化为start="1"，显示 “I.”、“II.”、“III.” - 真正想从字母“c”开始，必须用
type="a" start="3"；想从罗马数字“IV”开始，用type="I" start="4"
动态插入新li后负数start还准不准
准，但仅限于自动递增逻辑——新增的 <li> 仍按上一项数值 +1 计算，不会重新对齐或重置。比如：
立即学习“前端免费学习笔记（深入）”；
<ol start="-2"> <li>第一项</li> <!-- -2. --> <li>第二项</li> <!-- -1. --> </ol>
后续 JS 插入：ol.append(document.createElement('li')).textContent = '第三项' → 显示 “0.”，没问题；但如果中间某项用了 value="10"，那之后所有项都会从 10 开始 +1，start 就只管第一个没被 value 覆盖的项。
负数 start 最容易被忽略的一点：它不提供“偏移量”语义，只是初始值；一旦列表结构变化（删项、插项、混用 value），编号连续性就得靠人盯住，浏览器不会帮你校验或修复。
