移动文件夹后保持 Markdown 日记图片正常显示
为了在移动 Markdown 日记时防止本地照片失效，请将图片保存在日记文件夹内，并使用引用该图片的笔记的相对路径进行链接。然后移动或复制整个文件夹，同时保留其内部结构，在常用的 Markdown 查看器中打开移动后的笔记，检查示例图片是否能够正常渲染。在一个编辑器中可用的路径，并不能保证所有查看器都会以相同的方式解析它。
相对图片路径的含义
Markdown 图片语法使用一个感叹号、方括号中的替代文本（alt text）以及括号中的图片目标路径。例如， 通过描述相对于 Markdown 文件的位置来指向一张图片。CommonMark 规范列举了如 train.jpg 之类的图片目标路径，Markdown Guide 也记录了相同的基本语法。CommonMark: Images Markdown Guide: Basic Syntax
相对路径在移动日记时非常有用，因为它描述的是文件之间的关系，而不是某台计算机上的特定位置。如果笔记和图片一起移动且未改变这种关系，路径仍会指向同一张图片。而诸如 /Users/sam/Pictures/blue-mug.jpg 或 C:\Users\Sam\Pictures\blue-mug.jpg 之类的绝对路径指定的是特定设备的位置；将日记复制到其他驱动器或计算机可能会导致其失效。
选择一个便于一同迁移的文件夹结构
对于按年份整理笔记的日记，一种实用的布局是在年份文件夹旁保留一个共享的图片文件夹：
text Diary/ ├── images/ │ ├── blue-mug.jpg │ └── garden-bed.png ├── 2025/ │ └── 2025-04-12.md └── 2026/ └── 2026-09-30.md
从 Diary/2026/2026-09-30.md 出发，指向 blue-mug.jpg 的路径是 ../images/blue-mug.jpg：从 2026 目录向上一级，然后进入 images。该 Markdown 行可以写为：
md 
如果每年的图片仅属于该年份，同级的子文件夹也同样直观易懂：
text Diary/ ├── 2026/ │ ├── images/ │ │ └── garden-bed.png │ └── 2026-09-30.md
此时笔记可以使用 。这些示例取决于所显示的笔记位置。请计算笔记和图片之间的目录层级数，切勿凭空猜测 ../ 的数量。
从笔记的视角编写链接
从 Markdown 文件所在的文件夹开始，逐步推算通往图片的目录层级。仅包含文件名的目标路径（如 photo.jpg）表示图片与笔记位于同一目录下。images/photo.jpg 表示它位于笔记同级目录下的 images 子文件夹中。../images/photo.jpg 则表示先向上一级。该规则提供了一种在查看器中进行实际测试前计算链接的具体方法。
在实际操作中尽量保持命名简洁：例如，2026-09-30-garden.jpg。在许多文件系统中，精确的拼写和大小写非常关键，拼写错误或大小写不匹配就足以导致图片无法显示。Markdown 应用程序对空格和标点符号的处理也可能有所不同。Markdown Guide 指出各类应用程序对 URL 中的空格处理并不一致，并建议使用 %20 以确保兼容性。如果图片名称包含空格，简洁的文件名可以避免这种不确定性；否则，请使用你的查看器支持的编码或引号风格，并在其中进行验证。Markdown Guide: Link Best Practices
在不改变内部层级关系的前提下移动日记
将日记文件夹视为一个整体。复制或移动包含 .md 笔记和图片的外层 Diary/ 文件夹，而不是只移动笔记或遗漏图片。由于其内部起点与目标位置始终保持相同的关系，相对路径在文件夹的外部位置发生改变时仍能正常工作。
当重新整理日记内部的文件夹时，需要重新计算受影响笔记的链接。例如，将笔记从 Diary/2026/ 移动到 Diary/2026/trips/，会改变它访问 Diary/images/ 所需的路径：此时它需要写作 ../../images/blue-mug.jpg。相对链接可以应对整个目录树的迁移，但无法自动弥补仅调整该树某一部分所带来的变化。
在你使用的查看器中进行实际移动测试
在依赖新的文件夹结构之前，进行一次小规模且可逆的检查：
挑选一篇包含至少一张本地图片的笔记，确认该图片目前能在你常用的 Markdown 查看器中正常显示。
将完整的日记文件夹复制到其他位置，例如另一个普通文件夹或移动硬盘中。保留所有子文件夹和文件名。
在同一查看器中从新位置打开复制后的笔记。确认图片正常显示，而不仅仅是 Markdown 源码包含预期的文本。
打开位于不同层级深度的笔记中的一两张图片，尤其是任何使用了 ../ 的笔记。这样可以检查更多情况，而不仅限于同一文件夹的单一示例。
如果图片缺失，请对照实际的文件夹树比对目标路径：检查起始笔记文件夹、每个 ../、每个子文件夹名称、文件名拼写、扩展名和大小写。更正路径后，在移动后的副本上重复检查。
这是一项实用测试，并不能在所有应用之间提供普遍保证。标准 Markdown 规定了图片语法，但不同的查看器可能会添加自己的约定。例如，Obsidian 既支持 Markdown 图片语法，也支持其自有的嵌入语法（![[image.jpg]]），其设置中还分别说明了相对路径、仓库根目录（vault-root）和最短路径链接格式。如果你的日记是在基于仓库（vault）的应用中打开的，请检查你使用的是标准 Markdown 目标路径还是特定应用的嵌入语法与链接设置。Obsidian Help: Embed files Obsidian Help: Settings
排查移动后图片失效的问题
如果图片消失，首先确认查看器打开的是笔记的哪个副本。人们很容易在查看原始笔记的同时误以为当前显示的是移动后的版本。然后从该笔记所在目录手动追踪相对路径，确认目标位置是否存在指定名称的图片。
快速排查故障的一种方法是将路径与文件夹树进行临时对比：如果 2026-09-30.md 位于 Diary/2026/ 中，../images/blue-mug.jpg 应该解析为 Diary/images/blue-mug.jpg。如果路径到达了预期的文件夹，但文件名为 Blue-Mug.JPG，请修改文件名引用或修改文件名，使它们完全一致。如果图片可以在文件浏览器中打开但在笔记中无法渲染，剩下的问题可能是该查看器处理本地 Markdown 路径的方式；请查阅其文档或测试纯 Markdown 图片目标路径。
一个简单的可移植性原则
将本地日记图片保存在日记的顶层文件夹下，按照引用图片的笔记编写相对路径，并在移动日记时保留文件夹结构。最后，在实际查看器中打开移动后的副本，确认代表性图片能够正常显示。这一流程可以同时检验文件关联和应用程序的行为，从而使便携式设置在日常使用中更加可靠。