复杂嵌套引用 Markdown 怎么写：多层 blockquote 完整示例

复杂嵌套引用 Markdown 的核心规则很简单：一层引用用 >，二层引用用 >>，三层引用用 >>>。如果引用块里要分段，空行也要保留对应的 > 符号，否则很多 Markdown 渲染器会把引用提前结束。

快速答案：复杂嵌套引用怎么写？

最常见的复杂嵌套引用写法如下：

> 第一层引用
>
> > 第二层嵌套引用
> >
> > > 第三层嵌套引用
>
> 回到第一层引用

渲染后大致是这样的层级：

第一层引用

第二层嵌套引用

第三层嵌套引用

回到第一层引用

判断层级时只看每一行开头有几个 >：一个 > 是第一层，两个 > 是第二层，三个 > 是第三层。

什么是 Markdown 嵌套引用？

Markdown 嵌套引用是指在一个 blockquote 引用块内部继续写引用块。它适合用来表达多层对话、原文与评论、提示与补充说明、论文摘录与解释等层级关系。

例如你想表达“原文观点”和“对原文的补充说明”，就可以这样写：

> 原文观点：这个配置会影响线上构建结果。
>
> > 补充说明：如果项目使用缓存，还要同时检查缓存目录和构建产物。

显示效果：

原文观点：这个配置会影响线上构建结果。

补充说明：如果项目使用缓存，还要同时检查缓存目录和构建产物。

多层 blockquote 语法规则

写复杂嵌套引用时，可以记住这张速查表：

层级	Markdown 写法	适合场景
第一层引用	> 内容	引用原文、提示、说明
第二层引用	> > 内容 或 >> 内容	引用中的补充说明
第三层引用	> > > 内容 或 >>> 内容	更深层注释，不建议频繁使用
引用内空行	>	保持同一个引用块不断开
退出引用	留一个真正的空行	回到普通正文

在可读性上，我更推荐写成 > >、> > > 这种带空格的形式，因为层级更容易看清；如果你喜欢紧凑写法，>>、>>> 也能被大多数 Markdown 渲染器识别。

完整示例：原文、评论和补充说明

下面是一个更接近真实文档的复杂嵌套引用 Markdown 示例：

> 原文：Markdown 的引用块可以用来突出说明。
>
> > 评论：当说明里还有补充解释时，可以使用第二层引用。
> >
> > - 适合写注意事项
> > - 适合写资料摘录
> > - 适合写对话层级
> >
> > > 进一步补充：第三层引用可以用，但不要嵌套太深。
>
> 回到第一层：总结来说，嵌套引用要保持层级清楚。

渲染效果如下：

原文：Markdown 的引用块可以用来突出说明。

评论：当说明里还有补充解释时，可以使用第二层引用。

• 适合写注意事项

• 适合写资料摘录

• 适合写对话层级

进一步补充：第三层引用可以用，但不要嵌套太深。

回到第一层：总结来说，嵌套引用要保持层级清楚。

引用里嵌套列表怎么写？

引用块里可以继续放无序列表或有序列表。关键是每一行都要继续带上 >，否则列表会脱离引用块。

> 注意事项：
>
> - 每一行引用前都加 `>`
> - 引用里的空行也保留 `>`
> - 列表项下面继续嵌套时，要同时注意列表缩进和引用符号
>
> > 补充：
> >
> > 1. 二层引用里也可以写有序列表
> > 2. 复杂时优先保证可读性

显示效果：

注意事项：

• 每一行引用前都加 >

• 引用里的空行也保留 >

• 列表项下面继续嵌套时，要同时注意列表缩进和引用符号

补充：

1. 二层引用里也可以写有序列表
2. 复杂时优先保证可读性

如果你主要想学习列表缩进，可以继续看 Markdown 嵌套列表怎么写。

引用里嵌套代码块怎么写？

复杂技术文档里，经常需要在引用中放代码块。写法是让代码围栏也处在引用块里：

> 配置示例：
>
> ```bash
> npm run build
> npm run start
> ```
>
> > 说明：如果是生产环境，请先确认构建目录和运行目录不是同一个 live 目录。

显示效果：

配置示例：

npm run build
npm run start

说明：如果是生产环境，请先确认构建目录和运行目录不是同一个 live 目录。

如果代码块渲染不正常，通常是因为代码围栏前面的 > 少了，或者引用块里的空行没有写 >。

常见错误

错误 1：引用里的空行没有写 >

错误写法：

> 第一层引用

> > 第二层引用

这会让某些渲染器把两个引用拆成两个块。更稳妥的写法是：

> 第一层引用
>
> > 第二层引用

错误 2：层级突然少了一个 >

错误写法：

> 第一层
> > 第二层
> > > 第三层
> > 回到第二层
> 这里其实已经回到第一层

这种写法语法没错，但阅读时容易误解。写长引用时，建议在关键位置用文字说明“回到第一层”或“补充说明”。

错误 3：嵌套太深

虽然 Markdown 可以写很多层 >，但实际文章里不建议超过三层。超过三层后，移动端阅读体验会明显变差，搜索用户也很难快速找到答案。

什么时候该用复杂嵌套引用？

适合使用嵌套引用的场景：

• 解释一段原文，再给出自己的补充评论
• 写问答记录、访谈、对话层级
• 写注意事项和二级提醒
• 在教程里展示命令、配置和风险说明
• 整理论文摘录、资料来源和个人理解

不太适合使用嵌套引用的场景：

• 整篇正文都放进引用块
• 用引用代替标题层级
• 连续嵌套四层以上
• 移动端需要快速阅读的主线内容

相关 Markdown 语法

如果你正在系统学习 Markdown，可以按这个顺序看：

• Markdown 引用语法：blockquote 基础和嵌套写法
• Markdown 引用格式进阶：列表、链接、图片组合
• Markdown 代码块语法：围栏代码和缩进代码示例
• Markdown 表格怎么写：表头、分隔线和基础表格示例
• Markdown 写作最佳实践：结构、列表和代码块排版

FAQ

Markdown 嵌套引用最多能写几层？

语法上可以继续加 > 写很多层，但实际写作建议控制在三层以内。三层以上通常会影响可读性，尤其是在手机屏幕上。

> > 和 >> 有区别吗？

大多数 Markdown 渲染器里没有本质区别，都表示第二层引用。为了让源码更清楚，教程和团队文档里更推荐 > > 这种带空格的写法。

为什么我的嵌套引用断开了？

最常见原因是引用块中的空行没有加 >。如果希望空行仍然属于同一个引用块，要写成单独一行 >。

引用里可以放列表、链接、图片和代码块吗？

可以。引用块内部仍然可以使用常见 Markdown 语法，包括列表、链接、图片、行内代码和围栏代码块。重点是这些内容所在的每一行都要保持正确的 > 层级。

小结

复杂嵌套引用 Markdown 的关键不是记很多规则，而是保持层级一致：第一层 >，第二层 > >，第三层 > > >；引用内空行也写 >；需要退出引用时再留真正的空行。掌握这几个点，就能稳定写出多层 blockquote、引用内列表和引用内代码块。