ol用于顺序即含义的场景，如步骤、条款引用、排名；ul用于并列无依赖项，如菜单、标签；判断唯一标准是删编号后逻辑是否仍准确——否则误用将导致读屏器跳过编号、SEO降权。
为什么ul和ol不能混用语义场景
删掉编号后内容是否仍能准确传达逻辑关系，是选ul还是ol的唯一判断标准。ol用于步骤、条款引用、排名等顺序即含义的场景；ul用于菜单、标签、技术栈等并列无依赖项。误用会导致屏幕阅读器跳过编号、搜索引擎降权结构化数据。
- 安装指南写成
ul→ 读屏器无法提示“第二步必须在第一步之后” - 考试排行榜写成
ul→ 失去名次语义，辅助技术用户无法感知“第1名 vs 第2名” - 导航菜单硬套
ol→ 浏览器可能忽略序号朗读，且违反 W3C 语义规范
ol的start和reversed属性实际效果与限制
start和reversed只对ol有效，ul不支持。它们在多数现代浏览器中可靠，但旧版安卓 WebView 对reversed支持不稳定，Safari 对连续多个ol的自动续号行为不一致。
-
<ol start="5"></ol>→ 显示为 5. 6. 7.（非 1. 2. 3.） -
<ol start="5" reversed></ol>→ 显示为 5. 4. 3. 2. 1. - 多个
ol连续出现时，不要手动设start来“接续”，应改用 CSScounter-reset+counter-increment -
type属性（如type="A"）在 HTML5 中已被标记为“不鼓励使用”，优先用 CSSlist-style-type: upper-alpha
li内部能放什么？嵌套时最容易错的结构
li是ul和ol唯一的合法直接子元素，但它内部可包含任意流内容：文字、a、img、p，甚至另一个ul或ol。错误在于把div直接塞进ul或ol——HTML 验证失败，浏览器会自动容错修正，但可访问性受损。
- 正确：
<ul><li>主项<ul><li>子项</li></ul> </li></ul> - 错误：
<ul><div><li>…</li></div></ul>（div非法，会被浏览器剥离） - 多段文字必须用
p包裹，不能靠换行符分隔，否则读屏器会连读成一句话 - 嵌套子列表类型要按语义选：
ol中某一步的注意事项用ul，不是为了视觉统一而继续套ol
列表符号消失的三类真实原因及排查顺序
表面是“没显示圆点或数字”，本质只有三类根因：CSS 覆盖、HTML 结构错误、浏览器解析容错失败。别一上来就调 CSS，先看结构是否合法。
立即学习“前端免费学习笔记（深入）”；
- 第一查：
list-style: none或list-style-type: none是否被全局样式或父级继承覆盖 - 第二查：
ul/ol下是否直接写了文本或div，跳过了li——这种结构浏览器会自动补li，但语义已损坏 - 第三查：是否对
ul或ol设置了display: flex或float，破坏了默认块级流布局 - 移动端要注意：
padding-left被清空后缩进丢失，建议保留或改用list-style-position: inside
ol；能，再看它是并列集合（ul）还是术语定义对（dl）。 
