Obsidian 文件插入完整使用教程
在构建知识库的过程中，内容复用是一件绕不开的事。你可能在多篇笔记里都需要引用同一份项目背景说明，或者希望某张整理好的任务清单能在不同场景下随时展示，但又不想靠复制粘贴来维护多份副本——一旦原始内容需要修改，所有副本都要同步更新，这几乎是一场灾难。
Obsidian 的文件插入功能从根本上解决了这个问题。通过在内部链接前加上一个感叹号，你可以将另一篇笔记、一张图片、一段录音、一份 PDF，乃至某个特定的段落或列表，直接嵌入到当前笔记中渲染显示。原始内容只存在于一处，任何修改都会实时反映在所有引用了它的笔记里。
这篇教程会逐一介绍 Obsidian 支持的各类文件插入方式，从最基础的整篇笔记嵌入，到精确到某一个段落块的局部引用，再到图片尺寸控制、PDF 页码跳转，以及通过搜索结果动态嵌入内容的进阶玩法。内容兼顾桌面端与移动端的操作差异，力求覆盖完整的使用链条。
目录
- 文件插入的核心逻辑
- 前提条件
- 在笔记中插入另一篇笔记
- 插入笔记中的特定标题与块
- 在笔记中插入图片
- 在笔记中插入音频文件
- 在笔记中插入 PDF 文件
- 在笔记中插入列表
- 嵌入搜索结果
- 搜索词的写法与运算逻辑
- 搜索运算符详解
- 搜索属性与高级筛选
- 大小写敏感与结果排序
- 正则表达式搜索
- 搜索设置详解
- 常见问题与注意事项
- 进阶用法与联动建议
1. 文件插入的核心逻辑
理解 Obsidian 文件插入的语法规则，只需要掌握一个核心原则：在内部链接语法的基础上，在最前面加一个感叹号（!），这个链接就从「跳转」变成了「嵌入」。
普通的内部链接写法是 [[笔记标题]]，点击后会跳转到对应笔记。而插入写法是 ![[笔记标题]]，渲染后会将目标笔记的内容直接展示在当前位置，不需要额外点击跳转。这个规则对笔记、图片、音频、PDF 等所有支持的文件类型完全统一，只要文件格式受支持，加感叹号就能插入。
💡 说明 Obsidian 目前支持插入的文件类型包括：Markdown 笔记（
.md）、图片（.png、.jpg、.jpeg、.gif、.bmp、.svg、.webp）、音频（.mp3、.wav、.m4a、.ogg、.3gp、.flac）、视频（.mp4、.webm、.ogv、.mov、.mkv）以及 PDF（
2. 前提条件
文件插入是 Obsidian 的核心内置功能，无需安装任何插件，也不依赖特定的操作系统或平台，在 Windows、macOS、Linux 以及 iOS、Android 上均可使用。唯一需要注意的是，要插入的目标文件必须存在于**同一个 Obsidian 仓库（Vault）**内，跨仓库的插入目前不受原生支持。
桌面端的额外便利：在桌面端（Windows/macOS/Linux），你还可以直接将支持的文件从文件管理器或资源管理器中拖放到 Obsidian 的编辑区，Obsidian 会自动生成对应的插入语法，省去手动输入的步骤。移动端暂不支持拖放操作。
⚠️ 注意 部分文件格式（尤其是音频和视频）在不同操作系统上的渲染效果取决于该系统已安装的媒体解码器（Codec）。如果某个音频或视频文件嵌入后无法播放，优先检查文件格式与当前设备解码器的兼容性，而非认为是 Obsidian 的问题。
3. 在笔记中插入另一篇笔记
这是文件插入功能中最常用的场景。将另一篇笔记整体嵌入当前笔记，语法非常简单：
![[要插入的笔记标题]]
例如，如果你有一篇名为「季度目标总览」的笔记，想在每次做周回顾时都能看到它的内容，只需要在周回顾笔记中写下：
![[季度目标总览]]
在阅读模式下，「季度目标总览」笔记的完整内容会直接渲染在当前位置，就像这段内容本来就写在这里一样。如果原笔记内容发生了修改，所有嵌入了它的笔记在重新渲染时都会自动反映最新内容。
💡 说明 插入笔记时，与普通内部链接一样，Obsidian 使用的是「最短唯一路径」匹配规则。如果仓库中只有一篇同名笔记，直接写标题即可；如果存在多篇同名文件，则需要在标题前补充路径加以区分，例如
![[工作/项目A/季度目标总览]]，避免歧义导致插入错误的文件。
4. 插入笔记中的特定标题与块
有时候，你不需要插入整篇笔记，只需要其中某一个章节或某一个段落。Obsidian 支持精确到标题和块级别的局部插入，同样只需在对应的链接语法前加感叹号。
4.1 插入特定标题下的内容
在链接目标后面加上 #标题名称，可以只插入目标笔记中该标题及其所属内容：
![[读书笔记总库#核心金句|核心金句]]
这段代码会将「读书笔记总库」这篇笔记中「核心金句」标题下的所有内容嵌入到当前位置。如果该标题下还有子标题，子标题内容也会一并嵌入。
4.2 插入特定块
「块」是 Obsidian 中对段落、列表项、标题、代码块等内容单元的统称。每个块可以拥有一个唯一的块标识符（Block ID），格式为 ^标识符，写在块内容末尾的空行上。拥有块标识符的块，可以被其他笔记精确引用和插入。
在链接目标后面加上 #^块标识符，即可插入对应的块：
![[每周回顾模板#^key-takeaways|^key-takeaways]]
上面这个例子会将「每周回顾模板」笔记中标识符为 key-takeaways 的块内容嵌入进来。
💡 说明 块标识符不需要手动输入，Obsidian 提供了便捷的搜索插入方式：在编辑时输入
![[后搜索目标笔记，选中后继续输入#^，Obsidian 会自动列出该笔记中所有已有块标识符的块供你选择。如果目标块尚未有标识符，Obsidian 会在你选择时自动为其生成一个随机 ID，写回目标笔记。整个过程无需手动编写标识符。
⚠️ 注意 块标识符区分大小写，且只能包含字母、数字和连字符（
-），不能包含空格或中文字符。建议使用有意义的英文短词组合来命名，便于后续维护和识别。
5. 在笔记中插入图片
插入图片的语法与插入笔记完全一致，同样是在内部链接前加感叹号：
![[项目封面图.jpg]]
💡 说明 如果图片已经存储在仓库内的某个子文件夹中（例如
Attachments/文件夹），只要仓库内没有同名文件，直接写文件名即可，Obsidian 会自动定位。如果存在同名文件，则需要补充相对路径，例如![[Attachments/项目封面图.jpg]]。
5.1 控制图片显示尺寸
默认情况下，图片会按照原始尺寸显示，有时会占据过多空间。Obsidian 支持通过在语法中添加尺寸参数来控制图片的显示大小。
同时指定宽度和高度，格式为 |宽度x高度（注意是小写字母 x，不是乘号）：
![[项目封面图.jpg|320x180]]
上面的写法会将图片强制显示为宽 320 像素、高 180 像素，可能导致图片比例失真。
只指定宽度，图片会按照原始宽高比等比例缩放：
![[项目封面图.jpg|240]]
这是更常用的写法，既能控制宽度，又能保持图片原有的宽高比，避免变形。
✅ 推荐做法 在不需要精确控制高度的情况下，优先使用只指定宽度的写法（例如
![[图片.jpg|300]]），可以在缩放图片的同时保持比例，视觉效果更自然。只有在需要强制裁剪展示区域时，才同时指定宽度和高度。
5.2 插入网络图片
除了仓库内的本地图片，也可以通过标准的 Markdown 图片语法插入来自网络的图片，并同样支持指定宽度：
⚠️ 注意 网络图片依赖外部服务的可用性，一旦原始链接失效，图片便无法显示。对于重要的参考图片，建议下载到仓库内作为本地附件，再以内部链接方式插入，以确保笔记的长期可用性。
6. 在笔记中插入音频文件
音频文件的插入方式与图片完全相同，只需将文件名以插入语法引用即可：
![[访谈录音片段.mp3]]
渲染后，笔记中会出现一个内嵌的音频播放控件，可以直接在笔记界面内播放，不需要跳转到外部播放器。支持的音频格式包括 .mp3、.wav、.m4a、.ogg、.3gp、.flac。
💡 说明 音频插入在进行口述笔记、播客记录、会议录音整理等场景下非常实用。你可以在笔记正文中记录音频的摘要或时间戳标注，同时将对应的录音文件嵌入同一篇笔记，实现文字与音频内容的对照阅读。
Obsidian 本身还内置了「录音机」核心插件（Audio Recorder），可以直接在笔记中录制音频并自动嵌入，无需借助外部录音工具。
7. 在笔记中插入 PDF 文件
PDF 文件同样可以嵌入到笔记中，插入后会在笔记内展示一个内嵌的 PDF 阅读器：
![[年度报告.pdf]]
相比图片和音频，PDF 的插入语法支持更多的精细控制参数，方便在长文档中直接定位到关键内容。
7.1 跳转到指定页码
通过在链接目标后添加 #page=N，可以让嵌入的 PDF 阅读器在打开时直接定位到第 N 页：
![[年度报告.pdf#page=5|page=5]]
这在需要频繁引用 PDF 特定章节时非常有用——比如一份长达数十页的研究报告，你只需要在笔记中引用其中的结论部分，就可以通过页码参数精确跳转，省去每次手动翻页的步骤。
7.2 指定阅读器高度
内嵌 PDF 阅读器的默认高度可能不适合所有场景。通过在链接中添加 #height=数字，可以自定义阅读器的像素高度：
![[年度报告.pdf#height=500|height=500]]
💡 说明 页码和高度参数可以组合使用，写法为在文件名后依次添加：
![[年度报告.pdf#page=5|page=5]]或单独使用高度参数![[年度报告.pdf#height=500|height=500]]。需要注意，目前 Obsidian 原生不支持同时在同一链接中叠加多个#参数，如需同时控制页码和高度，可以考虑借助社区插件（如 PDF++）来实现更丰富的 PDF 嵌入控制。
8. 在笔记中插入列表
除了整篇笔记和单个块，列表也是一种常见的插入对象。要将其他笔记中的某个列表嵌入当前位置，需要先为目标列表添加一个块标识符。
第一步：在目标笔记中，为列表添加块标识符。 在列表内容的最后一个列表项之后，空一行，写上块标识符：
- 确认本周交付物范围
- 同步进度风险
- 安排下周评审时间
^sprint-checklist
第二步：在当前笔记中，通过块标识符引用并插入该列表：
![[项目周会记录#^sprint-checklist|^sprint-checklist]]
渲染后，「项目周会记录」笔记中那个被标记为 sprint-checklist 的列表会完整地嵌入到当前笔记中显示。
💡 说明 手动输入块标识符并不是必须的。在编辑模式下，输入
![[后搜索目标笔记，选中后输入#^^（两个^符号），Obsidian 会自动列出该笔记中所有可供引用的块，包括段落、列表等，选择目标列表后会自动完成标识符的写入与引用。这样操作完全不需要手动编写标识符，也不容易出错。
⚠️ 注意（特定设置） 上面示例中
^sprint-checklist是一个自定义的块标识符，其命名是特定的，并非 Obsidian 的内置保留词。
项目 示例值 说明与替换建议 块标识符 ^sprint-checklist可以替换为任意你自定义的标识符，格式为 ^字母数字和连字符，不能含空格或中文来源笔记 项目周会记录替换为你实际存放目标列表的笔记文件名 命名时建议选用能反映列表内容的英文短词，便于后续辨认和维护。
9. 嵌入搜索结果
这是文件插入功能中最动态也最有趣的一种形式。Obsidian 允许你将一段搜索查询嵌入笔记，渲染后会实时展示符合该查询条件的所有笔记列表。这意味着笔记的内容会随着仓库的变化而动态更新——只要新增了符合条件的笔记，这里就会自动出现对应的条目。
插入搜索结果需要使用 query 代码块，语法如下：
```query
待处理 tag:#工作
```
上面这段代码嵌入后，会在当前笔记中展示仓库内所有包含「待处理」且带有 #工作 标签的笔记列表，并随着笔记内容的变化实时刷新。
⚠️ 注意 嵌入搜索结果功能依赖「搜索」核心插件，该插件默认已启用，通常无需手动开启。此功能在 Obsidian Publish 上不受支持——如果你将带有嵌入搜索的笔记发布到 Publish 站点，该代码块将不会渲染任何内容。
这一功能特别适合构建动态索引页：比如一个「本周任务汇总」笔记，用 query 代码块自动聚合所有带有 #本周 标签的笔记；或者一个「未归档素材」页面，实时展示所有还没有打上 #归档 标签的素材笔记。这种设计比手动维护目录索引要省力得多，也不容易遗漏。
10. 搜索词的写法与运算逻辑
要充分发挥嵌入搜索结果的能力，就需要掌握 Obsidian 搜索词的写法规则。这套规则同样适用于侧边栏的手动搜索，两者共用同一套语法体系。
搜索词中的每个单词在每个文件中独立匹配。如果需要搜索一个精确短语，需要用引号将其包围：
"知识管理系统"
加了引号的短语会作为一个整体进行匹配，不会被拆分成单独的词。如果短语本身包含引号，可以用反斜杠转义："他说\"你好\"" 。
AND 逻辑（同时包含）：多个词之间用空格分隔，默认为 AND 关系，即文件必须同时包含这些词才会出现在结果中：
读书 笔记
这会返回同时包含「读书」和「笔记」的文件。
OR 逻辑（包含任意一个）：用大写的 OR 连接两个词，返回包含其中任意一个词的文件：
读书 OR 笔记
混合使用：AND 和 OR 可以在同一个搜索词中组合使用：
读书 笔记 OR 复盘 日记
这会返回「同时包含读书和笔记」或「同时包含复盘和日记」的文件。
括号控制优先级：使用括号可以明确指定运算顺序：
复盘 (工作 OR 个人) 每周
这会返回包含「复盘」、「每周」以及「工作」或「个人」其中之一的文件。
排除词：在词前添加连字符（-）可以将其从结果中排除：
读书 -小说
这会返回包含「读书」但不包含「小说」的文件。多个词可以依次排除：
读书 -小说 -漫画
括号同样可以用于排除一组词的组合：
读书 -(小说 漫画)
这会返回包含「读书」但不同时包含「小说」和「漫画」的文件（即只要二者不同时出现，结果就会被保留）。
数值比较：对于包含数字的搜索，可以使用 < 和 > 运算符进行大小筛选，需要用方括号或引号包围：
番茄钟 [时长:<3]
番茄钟 [时长:>5]
💡 说明 搜索词在构造上有时不那么直觉，遇到搜索结果不符合预期时，可以点击搜索界面中的「解释搜索词」按钮（通常在搜索框右侧区域），Obsidian 会将当前搜索词分解并以纯文本形式解释其逻辑，帮助快速定位问题所在。
11. 搜索运算符详解
除了基础的关键词搜索，Obsidian 还提供了一套搜索运算符，可以将搜索范围限定在文件名、路径、标签、任务状态等特定维度，大幅提升搜索的精准度。
部分运算符支持在括号内嵌套搜索词，例如 tag:(工作 OR 学习)，这与基础搜索词的运算逻辑完全一致。
| 搜索运算符 | 描述 |
|---|---|
file: | 在文件名中查找文本。匹配仓库中的任何文件。示例：file:.png 或 file:周报 。 |
path: | 在文件路径中查找文本。匹配仓库中的任何文件。示例：path:"日记/2025-04" 。 |
content: | 在文件内容中查找文本。示例：content:"核心论点" 。 |
match-case: | 区分大小写的匹配。示例：match-case:GTD 。 |
ignore-case: | 不区分大小写的匹配。示例：ignore-case:api 。 |
tag: | 在文件中查找标签。示例：tag:#项目 。请注意，搜索 tag:#项目 不会返回 #个人项目 的结果，标签匹配需要完整路径。注意：由于 tag: 会忽略代码块和非 Markdown 内容中的匹配，因此它通常比普通全文搜索 #项目 更快、更准确。 |
line: | 查找至少包含一行同时匹配多个词的文件。示例：line:(采购 审批) 。注意：使用 -line 会否定搜索，意味着它将查找没有任何一行同时匹配的文件。 |
block: | 在同一块中查找匹配项。示例：block:(设计稿 反馈) 。注意：由于 block: 需要解析每个文件的 Markdown 内容，搜索速度可能略慢。 |
section: | 在同一节（两个标题之间的内容）中查找匹配项。示例：section:(风险 应对) 。 |
task: | 在任务列表中逐块查找匹配项。示例：task:跟进 。 |
task-todo: | 在未完成的任务中逐块查找匹配项。示例：task-todo:跟进 。 |
task-done: | 在已完成的任务中逐块查找匹配项。示例：task-done:跟进 。 |
💡 说明
task:、task-todo:和task-done:三个运算符在做任务管理相关的动态索引页时非常实用。例如，在项目总览笔记中嵌入task-todo:项目A查询，可以实时汇总与「项目 A」相关的所有未完成任务，而不需要手动维护一份清单。
12. 搜索属性与高级筛选
如果你在笔记中使用了 Obsidian 的 属性（Properties） 功能，在 Frontmatter 中存储了结构化的元数据，那么这些属性同样可以作为搜索条件来精确筛选笔记。
查找包含特定属性的文件：用方括号包围属性名称：
[状态]
这会返回所有包含「状态」属性的文件，无论该属性的值是什么。
查找属性为特定值的文件：用方括号加冒号的格式：
[状态:进行中]
这会返回「状态」属性值为「进行中」的文件。
查找属性存在但没有值的文件：使用 null 作为值：
[状态:null]
⚠️ 注意
null运算符在属性为空时有效（例如状态:，冒号后没有任何内容），但当属性包含空引号（""）或空方括号（[]）时无效。这是两种不同的「空」状态，属性是否真的为空取决于你记录时的写法。
属性搜索同样支持子查询，例如括号分组、OR 运算符、双引号精确匹配以及正则表达式：
[状态:草稿 OR 待审核]
这会返回「状态」属性值为「草稿」或「待审核」的文件，对于维护内容审核流水线非常有用。
13. 大小写敏感与结果排序
13.1 更改大小写敏感性
默认情况下，Obsidian 的搜索不区分大小写，搜索「obsidian」和「Obsidian」会返回相同的结果。
如果需要区分大小写（例如搜索特定的缩写词或代码变量名），可以点击搜索栏内的**「区分大小写」**图标（通常显示为一个带有大小字母对比的图标）来切换。当该图标处于高亮状态时，代表当前正在进行区分大小写的搜索。
也可以在搜索词中使用 match-case: 运算符来对特定词语单独开启大小写敏感匹配，而不影响其他词语。
13.2 更改结果排序顺序
搜索结果默认按文件名字母顺序（A-Z）排列。如果需要按其他维度排序，可以通过以下步骤调整：
- 输入搜索词，待结果出现后；
- 在搜索框下方找到右侧的排序下拉菜单；
- 从以下选项中选择你需要的排序方式：
可用的排序选项包括：文件名 (A-Z)、文件名 (Z-A)、编辑时间（从新到旧）、编辑时间（从旧到新）、创建时间（从新到旧）、创建时间（从旧到新）。
✅ 推荐做法 在做知识回顾或者查找最近修改的笔记时，「编辑时间（从新到旧）」通常是最实用的排序方式，可以快速定位到近期活跃的笔记。日常全文搜索则保持默认的文件名排序即可。
13.3 复制搜索结果
如果需要将搜索结果以文本形式导出或粘贴到其他地方，可以通过以下步骤复制：
- 输入搜索词；
- 在搜索框下方，点击结果数量旁边的三点菜单图标（
···）； - 选择「复制搜索结果」。
Obsidian 会将当前搜索结果的文件列表以纯文本格式复制到剪贴板，可以直接粘贴到笔记、文档或其他任何地方。
14. 正则表达式搜索
对于有一定技术背景的用户，Obsidian 的搜索支持使用正则表达式来描述复杂的文本匹配模式。在搜索词中，用正斜杠（/）将正则表达式包围即可启用：
/\d{4}-\d{2}-\d{2}/
上面的正则表达式会匹配 ISO 8601 格式的日期字符串（如 2025-09-15 这样的格式）。
正则表达式还可以与搜索运算符结合使用，进一步限定匹配范围：
path:/\d{4}-\d{2}-\d{2}/
这个组合会返回文件路径中包含日期格式字符串的文件，非常适合在以日期命名的日记笔记中进行批量定位。
💡 说明 Obsidian 使用的是 JavaScript 风格的正则表达式，与 Python、Perl 等语言的正则语法在少数细节上有所差异。如果你对正则表达式不太熟悉，可以参考 Mozilla 的正则表达式文档（developer.mozilla.org）或 FreeCodeCamp 的正则实战教程，学习 JavaScript 风格的写法。
15. 搜索设置详解
点击搜索栏右侧的**「搜索设置」**图标（齿轮或滑块样式），可以展开几个与搜索体验相关的开关设置。
| 设置 | 描述 |
|---|---|
| 解释搜索词 | 将当前搜索词分解，并以纯文本形式逐步解释其逻辑结构，适合调试复杂搜索条件时使用。 |
| 折叠搜索结果 | 控制是否在每条结果下方显示匹配内容的上下文预览。关闭后只显示文件名，适合仓库文件数量庞大时加快结果展示速度。 |
| 显示更多上下文 | 展开每条搜索结果，显示匹配位置前后更多的文字内容，便于在不打开笔记的情况下快速判断该条结果是否相关。 |
💡 说明 「显示更多上下文」在搜索关键词出现频率较高的仓库中尤为有用——通过预览上下文，可以快速区分同一个词在不同语境下的含义，避免打开一篇又一篇不相关的笔记。
16. 常见问题与注意事项
16.1 插入后显示为链接而非嵌入内容
最常见的原因是文件格式不在 Obsidian 支持的插入范围内。目前，.docx、.xlsx、.pptx、.csv 等办公文档格式均不支持原生嵌入，只会显示为可点击的链接。对于这类文件，可以考虑转换为 PDF 后再插入，或者借助社区插件扩展支持的文件类型。
另一种可能是语法写错了——检查感叹号是否遗漏，以及双方括号是否完整（![[文件名]]）。
16.2 插入的笔记内容没有更新
Obsidian 中嵌入的笔记内容通常会随着原始笔记的修改实时更新，但在某些情况下（尤其是移动端或性能较弱的设备），可能需要切换一下阅读模式与编辑模式，或者关闭再重新打开笔记，才能触发重新渲染。
16.3 块标识符引用后找不到目标块
如果嵌入块内容时显示空白或报错，可能是目标块的标识符被修改或删除了。块标识符存储在目标笔记的内容末尾，如果原始笔记被重新整理或格式化，标识符可能丢失。重新打开目标笔记，确认 ^标识符 是否仍然存在，如有必要重新为目标块添加标识符，并更新引用处的链接。
16.4 PDF 嵌入后页码跳转不生效
确认语法格式是否正确，#page=N 中的 N 必须是纯数字，且没有多余的空格。另外，不同版本的 Obsidian 对 PDF 页码参数的支持程度略有差异，如果遇到不生效的情况，可以尝试升级到较新版本，或考虑使用 PDF++ 等社区插件来获得更完善的 PDF 嵌入控制。
16.5 嵌入搜索结果在 Obsidian Publish 上不显示
这是 Obsidian Publish 的已知限制，嵌入搜索（query 代码块）在发布到 Publish 站点后无法渲染，只会显示为代码块原文。如果你的笔记需要发布，建议将动态搜索索引页单独维护为本地笔记，不纳入发布范围；或者改用静态列表手动维护发布版本的索引。
16.6 搜索速度较慢
在仓库文件数量极多的情况下，使用了 block: 运算符的搜索可能会明显比其他搜索慢，因为它需要解析每个文件的 Markdown 结构。如非必要，可以用 section: 或 line: 替代，这两个运算符的性能通常好于 block:。
17. 进阶用法与联动建议
17.1 用嵌入搜索构建动态索引页
将 query 代码块与标签系统结合，可以构建无需手动维护的动态索引页。一个典型的用法是「项目总控页」：
```query
tag:#项目A task-todo:
```
这段查询会实时列出所有带有 #项目A 标签且包含未完成任务的笔记，形成一个随时保持最新状态的任务索引，不需要每次完成任务后手动去索引页里删除对应条目。
17.2 局部嵌入与全局模板的结合
在使用 Templater 或 Core Templates 插件构建笔记模板时，块引用和局部嵌入可以发挥很大作用。你可以将常用的声明、原则、参考框架等内容写入一篇「参考库」笔记，然后在不同模板中用 ![[参考库#框架名称|框架名称]] 的方式引用对应章节，实现「维护一处，处处可用」的效果。
17.3 与 Dataview 插件的配合
Dataview 是 Obsidian 生态中最流行的数据查询插件之一。原生的 query 代码块只能展示符合条件的文件列表，而 Dataview 可以在此基础上进一步对结果排序、过滤、提取属性字段并以表格或列表形式展示。对于需要更复杂的动态聚合视图的用户，Dataview 与嵌入搜索是很好的互补组合：用原生搜索处理简单的标签聚合，用 Dataview 处理需要字段提取和多条件排序的场景。
17.4 嵌套嵌入的边界
Obsidian 支持一定程度的嵌套嵌入，即被嵌入的笔记本身也可以包含嵌入内容。但需要注意，过深的嵌套层级可能导致渲染性能下降，在移动端尤为明显。建议将嵌套深度控制在两层以内，超出这一范围时考虑改用直接链接（不加感叹号）替代嵌入。
17.5 移动端的拖放替代方案
移动端不支持拖放操作来嵌入文件，但可以通过以下方式实现类似效果：在编辑模式下输入 ![[，然后在弹出的快速搜索面板中搜索并选择目标文件，Obsidian 会自动补全完整的嵌入语法。这个流程比桌面端的拖放稍慢，但功能完全等价。