ol的start和reversed属性在IE11及更早版本中完全无效，Chrome/Firefox/Safari 14+支持良好；嵌套ol编号连续性不可靠，需显式设start并配合CSS counter实现视觉对齐。
ol 列表在不同浏览器中表现不一致，核心问题不是“样式难看”，而是语义丢失或编号错乱——尤其当用了 start、reversed 或嵌套结构时，Chrome 可能正常，Firefox 可能跳号，IE/Edge（旧版）甚至直接忽略属性。
ol 的 start 和 reversed 属性在旧浏览器中基本无效
这两个是 HTML5 语义属性，不是 CSS 视觉控制。Chrome、Firefox 新版、Safari 14+ 支持良好，但 IE11 及更早版本完全不识别 reversed；start="5" 在 IE 和部分 Android Webview 中常被静默忽略，回退为从 1 开始编号。
- 不要指望
<ol start="3" reversed>在 IE 中渲染出3、2、1—— 它大概率显示1、2、3或直接崩掉编号逻辑 -
reversed不是“倒序显示现有数字”，而是告诉浏览器“这是一个降序语义列表”，读屏软件会据此播报顺序，CSS 伪元素无法替代 - 若需兼容 IE，只能用 JavaScript 动态写
value属性，或放弃语义改用ul+ 手动文本编号（牺牲可访问性）
嵌套 ol 时编号连续性不可靠
标准要求父 ol 的编号应跨过子列表继续，但实际中 Firefox 有时重置子 ol 的起始值，Chrome 表现更稳定。更麻烦的是：如果子 ol 写了 start，父级编号是否延续？各浏览器解析逻辑不一。
- 避免依赖“自动续编”——比如父
ol编到 4，子ol第一项期望是 5.1，但 Firefox 可能从 1.1 开始 - 真正可控的做法：子
ol显式写start="5"，并用 CSS 的counter-reset/counter-increment做视觉对齐（但注意：这仅影响外观，不修复语义） - 嵌套层级超过两层时，IE 和 Safari 旧版可能直接放弃编号，退化为无序点
list-style-type 值在跨平台下渲染不一致
list-style-type 的某些值（如 lower-greek、armenian、hebrew）在 Windows/macOS 字体支持不同，Firefox 可能 fallback 到 decimal，而 Chrome 强制渲染但字形错位。
立即学习“前端免费学习笔记（深入）”；
-
upper-alpha和lower-alpha在所有现代浏览器中稳定，优先选用 -
lower-roman在 macOS 上显示正常，在部分 Windows 环境下可能缺字，导致编号空白或方块 - 不要用
type="A"这类 HTML 属性——XHTML Strict 已废弃，且 IE9+ 开始就无视它，只认 CSS
display: block 导致 li 编号消失（IE8–IE11 经典坑）
给 li 元素加 display: block（常见于清除浮动或布局微调），在 IE8–IE11 中会直接让编号消失，Firefox/Chrome 不受影响。
- 这不是 bug，是 IE 渲染引擎对计数器机制的实现缺陷：一旦
li脱离默认 inline-level 行内上下文，编号生成器就罢工 - 替代方案：用
float: left+clear: both实现类似效果；或改用 Flexbox（display: flexonol），但注意 IE10–IE11 的 Flexbox 支持不完整 - 若必须用
block，可在li::before里用counter()手动模拟编号，但需同步维护counter-reset逻辑
最易被忽略的一点：语义错误无法靠 CSS 修复。ol 用错场景（比如把并列产品特性塞进 ol），即使编号显示正常，屏幕阅读器仍会错误播报“第一步、第二步……”，而开发者工具里根本看不出异常。
