标签是html中语义正确、无障碍友好、浏览器原生支持的唯一段落标记，禁止嵌套块级元素，不可用于地址/标语等非自然语言内容，需注意margin折叠与移动端换行问题。
用 <p></p> 标签包裹纯文本段落
HTML 中定义段落内容，唯一语义正确、浏览器默认样式支持、无障碍友好的方式就是用 <p></p> 标签。它不是装饰性容器，而是明确告诉解析器：“这是一段独立、完整、可换行的文字段落”。
常见错误是把 <div> 或 <code><span></span> 当段落用——它们没语义，屏幕阅读器不会读作“段落”，搜索引擎也不识别为内容主体；更糟的是有人用多个 <br> 换行模拟段落，结果语义丢失、缩进错乱、响应式布局崩坏。
-
<p></p>自带上下外边距（margin），多数浏览器默认约1em，别手动清空后又忘了重设间距 - 段落内不要嵌套标题（如
<h2></h2>）、列表（<ul></ul>）或另一个<p></p>——HTML 规范禁止嵌套，浏览器会自动闭合前一个<p></p> - 纯文本内容（无链接、强调、代码等）直接放
<p></p>里就行，不用额外包裹<span></span>
段落里需要加粗/斜体/链接时怎么嵌套
段落不是“纯文本牢笼”，<p></p> 允许嵌入内联元素，但必须符合语义和嵌套规则。比如加粗用 <strong></strong>（重要性强调），不是 <b></b>（仅视觉加粗）；斜体用 <em></em>（语气强调），不是 <i></i>（技术术语、外文等特殊场景才用）。
错误写法：<p></p>
<div>点击这里</div>
立即学习“前端免费学习笔记（深入）”；
——<div> 是块级元素，不能出现在 <code><p></p> 内，浏览器会自动截断 <p></p>，导致结构意外断裂。
- 链接用
<a href="..."></a>，直接放在<p></p>里，没问题 - 代码片段用
<code>，比如 “调用fetch()方法时需处理NetworkError” - 避免在
<p></p>里塞<img alt="HTML如何定义文档的段落内容_HTML定义文档段落内容标签【标签】" >单独成行——图片应有替代文本，且若为内容核心，建议用<figure></figure>+<figcaption></figcaption>组合
什么时候不该用 <p></p> 标签
不是所有“看起来像一段”的内容都该用 <p></p>。它的核心是「自然语言段落」，不是「视觉分组」。
比如：地址信息、作者署名、短标语、表单提示文字——这些虽然常独占一行，但语义上不是段落。用 <p></p> 反而稀释了真正段落的语义权重，影响 SEO 和辅助技术理解。
- 地址用
<address></address>（专为联系信息设计，有隐含语义） - 作者信息可用
<small></small>或<footer></footer>（取决于上下文），而不是硬套<p></p> - 表单里的提示文字（如“密码需包含数字”）应该作为
<small></small>放在<label></label>旁，或用aria-describedby关联，而非独立<p></p> - 多行但无段落逻辑的纯数据（如 JSON 示例、命令输出）应使用
<pre class="brush:php;toolbar:false;"><code></code>，保留换行与空格</pre>
兼容性和渲染细节要注意什么
<p></p> 在所有浏览器中都原生支持，没有兼容性问题，但默认样式在不同 UA（用户代理）下略有差异。比如 Safari 对 <p></p> 的首行缩进处理更保守，而旧版 IE 曾把 margin 计算进盒模型。
真正容易被忽略的是：当 <p></p> 紧贴父容器顶部/底部时，上下 margin 会发生折叠（margin collapse），导致实际间距小于预期。这不是 bug，是 CSS 规范行为。
- 若需精确控制段落间距，优先用
padding替代margin，或给父容器设overflow: hidden阻止折叠 - 移动端小屏下，长段落易造成横向滚动——检查是否误用了固定宽的内联样式或未设
word-break: break-word - 服务端渲染（SSR）时，确保
<p></p>不被模板引擎意外转义，比如把输出成 <code><，导致标签失效
