<p>是HTML5中明确定义的块级、可中断、自动闭合标签，其闭合由解析器状态机决定，非括号配对；遇新块级元素或</p>即隐式闭合，影响SEO、无障碍及DOM结构。
浏览器解析 <p> 时根本不看“段落”这个词
浏览器不理解“段落”这个语义概念，它只按 HTML 标准执行解析规则：<p> 是一个**被明确定义为“块级、可中断、自动闭合”的短标签（void-like but not void）**。遇到 <p> 开始标签时，解析器会立即关闭当前打开的 <p>（如果存在），再新建一个；遇到 </p> 或下一个块级标签（如 <div>、<h2>、<section>）时，也会隐式闭合当前 <p>。这种行为写死在 HTML5 解析算法里，和 CSS 无关，也和是否加了 margin 无关。
常见错误现象：
- 写
<p>第一段<p>第二段</p>—— 第二个<p>会触发第一个自动闭合，最终 DOM 中出现两个独立<p>，但结构已断裂 - 在
<p>里嵌套<div>—— 解析器会立刻在<div>前闭合<p>，导致 DOM 层级错乱 - 用
<br>替代<p>分段 —— 语义丢失，读屏器无法识别段落边界，SEO 无法提取段落主题
<p> 的闭合时机由解析器状态决定，不是靠配对
HTML 解析器是状态机，不是括号匹配器。它维护一个“开放元素栈”，当遇到新块级元素或特定结束条件时，就从栈顶开始弹出，直到遇到允许嵌套的父元素为止。对 <p> 来说，以下情况都会触发自动闭合：
- 下一个兄弟节点是
<h1>–<h6>、<div>、<section>、<article>、<aside>等块容器 - 遇到
</p>显式结束标签 - 到达
</body>或</html>边界 - 在
<li>、<td>等上下文中遇到不允许嵌套的元素
这意味着：你不能靠“数 <p> 和 </p> 是否相等”来判断结构是否合法。DOM 最终形态取决于解析器当时所处的状态，而非源码表面配对。
立即学习“前端免费学习笔记（深入）”；
搜索引擎和读屏器依赖的是解析后的 DOM 结构，不是原始 HTML 字符串
爬虫和辅助技术不会重新解析 HTML，而是直接消费浏览器构建好的 DOM 树。如果 <p> 因自动闭合被拆成多个碎片，或被意外包裹进 <div>，那它们看到的就是断裂的、无层级的文本流。
- SEO 影响：Google 的文档理解模型会把连续的
<p>序列识别为同一逻辑段落组，用于提取主题句、关键词密度、内容可信度信号；若中间插入无语义<div>，该信号链即中断 - 无障碍影响：NVDA 或 VoiceOver 朗读时，会把每个
<p>当作一个导航单元，支持“跳到下一段”快捷键；而<div>默认不可跳转 - 性能影响：过度嵌套或错误闭合会导致 DOM 树深度异常增加，Chrome 的 Layout Tree 构建耗时上升，尤其在低端设备上明显
验证真实解析结果，别信编辑器高亮或肉眼判断
很多编辑器对 <p> 的配对高亮只是正则匹配，完全不模拟真实解析器逻辑。真正可靠的方式只有两种：
- 在 Chrome DevTools 的 Elements 面板中展开，观察实际生成的 DOM 节点嵌套关系（注意看灰色的“隐式闭合”提示）
- 用 JavaScript 检查：
document.querySelectorAll('p').length与预期是否一致；更进一步，检查document.querySelector('p').parentNode是否是你认为的父容器
最容易被忽略的一点：即使页面看起来渲染正常，只要 DOM 结构被解析器悄悄修正过，SEO 和无障碍能力就已经受损——这种问题在线上环境才暴露，本地预览根本看不出。
