Obsidian 图片管理指南：存放、压缩、图床与清理怎么做

在 Obsidian 里粘贴截图很方便。难的是几个月以后：附件目录里有一堆看不懂的文件名，删掉正文里的图片，文件却还在；想把笔记发到博客，又要重新处理图片链接。

Obsidian 图片管理可以从四件事做起：给新增图片确定存放位置，控制文件体积，按使用场景选择本地或图床，定期检查不再使用的图片。 不需要一开始就把所有图片上传，也不需要为了目录整齐搬动整个库。

图：按使用场景安排图片管理流程；需要外部发布时，再按平台要求处理图片和链接。

先理解：笔记里的图片和图片文件是两回事

粘贴图片会在附件位置生成文件，笔记里再嵌入这个文件。你看到的是图片，正文中保存的则是对图片的引用。

所以使用 obsidian 需要理解，图片文件会出现在文件列表里，删掉正文中的引用后，还需要检查附件文件是否保留。管理图片不能只整理正文，还要关注文件和引用之间的关系。

例如，在笔记库根目录的 演示.md 中，两种常见的嵌入写法是：

![[assets/demo.png]]
![设置界面](assets/demo.png)

这里的 assets/demo.png 是文件，正文里的语句负责把它显示出来。后续整理目录、替换图床链接或清理附件时，都要考虑这层关系。

图：移除笔记 A 的图片引用后，文件仍在；笔记 B 也可能继续使用它。

第一步：给新增图片设置稳定的存放位置

如果图片不断出现在库的根目录，先检查“设置 → 文件与链接 → 新附件的默认位置”。界面中文名称以当前版本为准。

常用的两种组织方式是：

方式	适合的情况	维护时要考虑什么
集中放到一个附件文件夹，例如 assets	想统一查看、备份和统计图片	文件多了以后，需要可读命名和检索方式
放到当前笔记所在目录的指定子文件夹	笔记按项目组织，希望附件靠近内容	多篇笔记共享一张图时，需要关注引用关系

先选一个能坚持的方案。仅仅把文件夹叫作 assets、attachments 或“附件”，不会改变管理效果。

修改新附件的默认位置后，还要单独处理历史图片。不要把“设置完成”当成“旧图片已经迁移”。如果准备批量移动，先在副本中验证引用是否正确。

第二步：控制文件体积，而不只是缩小显示宽度

图片在笔记里显示得小，不代表它占用的空间也小。

把一张图片的显示宽度设小，主要改变阅读效果；压缩或降低像素尺寸，才可能改变文件体积。照片、长截图、带透明背景的图，也不一定适合同一套参数。

比较实用的顺序是：先找出体积较大的图片，再挑截图和照片各做一组测试。检查文字边缘是否清晰、透明区域是否正常，最后再决定是否批量处理。

保留还会编辑的原始素材也有意义。发布用图可以减小体积，原始素材则可以放在独立备份中，不必让所有版本都进入日常笔记库。

第三步：按离线阅读和发布需求选择本地或图床

本地图片和图床解决的是不同使用需求。

使用场景	可以先采用的方式
主要在 Obsidian 内阅读，需要离线打开	保留本地图片，管理好目录与备份
经常在多设备查看	确认附件也纳入同步，检查图片体积和同步设置
需要把 Markdown 文章发到外部平台	检查目标平台支持的图片格式，按需上传并替换链接
本地写作，同时对外发布	保留写作流程，在发布阶段处理图片外链

本地路径通常只对你的文件环境有意义。复制 Markdown 到外部平台时，目标平台未必能获取对应文件；Obsidian 的嵌入写法也未必被支持。换成标准 Markdown 图片语法，可以改善兼容性，但仍要解决图片文件从哪里访问的问题。

第四步：定期检查未引用图片

换过配图、删过草稿、上传图床并替换过链接，都可能留下本地文件。它们值得检查，但“未引用”只是扫描工具给出的候选状态，不等于文件没有价值。

同一张图片可能还被其他笔记使用，也可能被 Canvas、插件属性或自定义模板使用。还有一些文件虽然暂时没插入笔记，却是准备保留的素材。

因此，清理流程可以固定为：备份 → 扫描 → 核查 → 小批量处理 → 验证笔记与恢复路径。 不要根据文件名或日期直接批量删除。

实际操作时，可以先复制整个笔记库到独立位置，确认备份中包含图片。接着扫描本地图片及其引用关系，逐项查看候选文件的路径和用途。仍被其他笔记使用、特殊引用尚未确认，或者准备留作素材的图片，先保留。

第一批只处理少量已经确认不需要的测试图片。处理后重新打开相关笔记和 Canvas，检查图片显示是否正常，再从备份或已确认的回收位置恢复一张测试图片，验证恢复方法可用。完成这一步后，再逐步处理其余文件。

NotePic 在图片管理流程里做什么

NotePic 是我开发的 Obsidian 图片管理工具。它面向的是这样一段实际工作：在 Obsidian 里写作，按需处理图片上传与链接，再检查留下来的本地图片。

如果你的困扰是发布前反复上传图片、手工替换引用，以及上传后附件目录仍有残留，可以把 NotePic 放到这段流程中使用。对于新增附件的位置、内部链接设置等基础能力，先利用 Obsidian 自带的设置就可以开始整理。

你可以先拿一篇测试笔记跑通流程，再决定是否处理历史文章。项目介绍和使用入口见 NotePic 项目页。

常见问题

必须安装插件才能管理 Obsidian 图片吗？

不必。先确定附件位置、建立备份，就能解决一部分混乱。需要批量处理、上传或扫描时，再选择合适的工具。

图片全部放到图床，是否就不用管理了？

仍然需要。外链的访问权限、长期可用性和备份需要维护，本地也可能留下原图。图床改变了存放位置，不会替你决定哪些素材值得保留。

清理本地图片后，Git 仓库会立即变小吗？

不一定。工作区里的文件减少了，已经提交过的图片仍可能保存在 Git 历史中。图片清理和 Git 历史维护需要分别处理。

把新增图片的位置固定下来，先处理体积最大的文件，再检查不再使用的附件，这套流程就可以逐步建立起来。对需要外部发布的人，再接上上传与链接处理即可。