start="-1"完全合法且可用，现代主流浏览器均渲染为“-1.”、“0.”、“1.”，按整数线性递增；但type="a"或type="I"时负数会被强制转为1，仅type="1"下负数起始有效。
start="-1"能用吗？浏览器到底怎么渲染
能用，而且完全合法。现代所有主流浏览器（Chrome、Firefox、Safari、Edge）都支持 start 为负数或零，它不是“bug”，而是 HTML 规范明确允许的行为。
关键点在于：负数不是报错或退化为 1，而是直接参与编号序列计算——后续项仍按 +1 线性递增。
-
<ol start="-2"><li>A</li><li>B</li><li>C</li></ol>渲染为 “-2. A” → “-1. B” → “0. C” -
<ol start="0"><li>First</li></ol>显示 “0. First”，不是空白或跳过 - 传
start="-5.7"会被截断为-5；传start="abc"或空字符串则退化为默认1
type="a" 配 start="-1" 会显示什么字母
它不会显示 “-1.”，也不会报错，而是把 start 当作字母表中的“第几个位置”来查表——负数在这里不适用，浏览器会把它转成正整数再映射，结果不可靠。
具体来说：start="-1" 在 type="a" 下会被强制转换为 1（因为字母序号从 1 开始），最终显示 “a.”。这不是你想要的“倒着排字母”，而是规范限制下的兜底行为。
立即学习“前端免费学习笔记（深入）”；
- 正确做法：只对
type="1"（或省略type）使用负数start -
<ol type="a" start="3"><li>c</li></ol>→ “c.”（a=1, b=2, c=3） -
<ol type="I" start="4"><li>IV</li></ol>→ “IV.”，但start="-2"在罗马数字下也退化为 1
为什么写完 start="-3" 页面还是从 1 开始
大概率不是 start 失效，而是编号被 CSS 或语义属性遮住了。
- CSS 中写了
list-style: none或counter-reset覆盖了原生计数 -
<ol>外层加了aria-hidden="true"或visibility: hidden，序号不可见也不可访问 - 动态插入新
<li>后没重设start，浏览器不会自动“接续”前一个列表的末尾值 - 误在
<li>上写value="-3"—— 这只影响单个项，且会中断后续自动递增
负数起始编号的实际使用场景
真实项目里用负数 start 的情况极少，但有两类需求它确实比 JS 或 CSS counter 更轻量：
- 调试/测试环境展示偏移数据：比如模拟后端返回的分页 offset=-2，前端直接用
start="-2"呈现编号逻辑 - 法律或标准文档中出现负条款编号（如某些国际协议附录有 “-1 条”、“-0 条” 表示前置说明），需严格保留原始编号语义
但要注意：屏幕阅读器会如实播报 “负二”“负一”“零”，如果用户群体含大量视障人士，得确认这种读法是否符合业务预期——有时候用 aria-label 手动覆盖更稳妥。
