ol里直接放p会出问题，因HTML规范限定ol的直接子元素只能是li；浏览器将静默修正为p移出ol变成兄弟节点，导致DOM与源码不一致、样式丢失、JS查询失败、屏幕阅读器语义中断。
为什么 ol 里直接放 p 会出问题
HTML 规范明确要求 ol 的直接子元素只能是 li，不能是 p。如果你写成 <ol><p>第一步</p></ol>，浏览器虽可能渲染出来，但实际 DOM 结构会被自动修正（比如把 p 移到 ol 外），导致语义丢失、样式错乱、辅助技术读取异常。
- 检查开发者工具 Elements 面板，常能看到
p被“踢出”ol，变成兄弟节点 - SEO 工具或 Lighthouse 可能报出“列表项缺失
li包裹”的结构错误 - 用屏幕阅读器测试时，序号和内容可能被割裂读出，失去“第X步：……”的连贯逻辑
li 内部怎么合理使用 p
li 是容器，允许嵌套任意流内容，包括 p、strong、img 等。当列表项内容较长、含多段文字或需独立样式控制时，用 p 包裹段落是正确且推荐的做法。
- 每个
li只需一个p就够用；多个p会导致段间距叠加，视觉松散 - 避免在
li里再套ol或ul—— 如需嵌套列表，确保外层li完整闭合后再开始新列表 - 若只是单行短文本（如“安装 Node.js”），直接写
<li>安装 Node.js</li>更轻量，无需p
<ol> <li><p>打开终端，执行 <code>curl -fsSL https://get.docker.com | sh</code>。</p></li> <li><p>等待安装完成，运行 <code>sudo systemctl start docker</code> 启动服务。</p></li> </ol>
start 和 reversed 对段落内容没影响，但会影响编号逻辑
这两个属性只改变序号生成方式，不干预 li 内容结构。哪怕每个 li 里都套了 p，编号依然按属性规则走。
-
start="3"：从 3 开始编号（3.、4.、5.），适用于接续前一列表 -
reversed：倒序编号（如 5.、4.、3.），注意它不会反转 DOM 顺序，仅改数字显示 - 两者可同时用：
<ol start="5" reversed>→ 显示为 5.、4.、3.
样式调试时最容易忽略的默认 margin
浏览器会给 p 默认上下 margin（通常 1em），而 li 本身也有默认垂直间距。两者叠加会让列表项之间空隙过大，看起来“松散脱节”。
立即学习“前端免费学习笔记（深入）”；
- 最简修复：
li p { margin: 0; }，清空段落内部边距 - 若想保留段落内行距但压缩项间距，改
li的margin-bottom更直接 - 别用
line-height替代margin控制间距——它影响的是行高，不是块级间隔
复杂点在于：一旦你给 p 加了 class 或用了 CSS-in-JS，得确认重置规则是否被更高优先级样式覆盖。建议在 DevTools 里逐层检查 computed styles 中的 margin 来源。
