Obsidian 图片放本地还是图床？按离线、同步和发布需求选择

图片放本地，担心笔记发到博客后看不到；全部上传图床，又担心断网时读不了。

这两个问题对应不同的阅读场景，没有必要让整个笔记库采用同一种存放方式。

日常笔记优先保留本地图片，并把附件一起同步；需要公开发布时，再按平台要求上传配图。两种需求都有，可以保留本地写作稿，在发布副本中处理图片链接。

决定图片放在哪里，先看它要在哪里被阅读。

本地与图床的区别，是从哪里读取图片

在 Obsidian 里粘贴截图，通常会生成一个附件文件，笔记通过链接引用它。官方附件说明介绍了这个过程，以及附件默认位置的设置方法。

例如，这篇笔记引用库内的图片：

![操作界面](assets/settings.png)

图片跟着笔记库保存。只要文件已经在当前设备上、路径正确，离线时也能打开。

图床则把图片放到可通过网络访问的位置，正文引用图片地址：

![操作界面](https://images.example.com/settings.png)

这里的域名只是示例。外链图片依赖网络和访问权限；已经看过一次，也不代表它已被可靠地保存到设备上。

按使用场景选择

你的主要需求	可以先采用的方式	需要确认的条件
私人笔记、学习资料、离线查阅	本地图片	图片确实下载到设备，且有备份
电脑和手机都要看	本地图片并同步附件	同步范围包含图片，设备端文件已到齐
经常发布博客或公开教程	为公开配图建立稳定外链，或使用平台托管	目标平台能获取图片，链接长期可用
本地写作，同时对外发布	本地写作稿与发布副本分开处理	明确哪份是主稿，避免修改错版本
客户截图、内部资料、个人信息	先保留在受控的本地或同步环境	发布前逐张确认公开范围与脱敏结果

本地与图床也不是隐私等级的简单划分。本地文件放进共享同步目录，同样可能被别人访问；图床上的公开可读链接，也不能靠“地址很长”来保护敏感内容。

电脑和手机都要看，先确认附件同步完整

电脑有图、手机没图，首先应检查附件有没有同步过去。

Obsidian 把笔记库存成文件夹，多设备使用需要相应的同步方式；官方的同步说明也明确区分了本地文件与同步过程。使用 Obsidian Sync 时，还需要留意图片类型和排除目录等选择性同步设置。

可以先做一个小检查：在电脑新建测试笔记，插入一张图片；等同步完成后，在手机确认对应附件存在，再断网打开。如果附件没同步完整，应先修正同步范围，而不是急着把全库图片改成外链。

图片体积大时，优先检查是否需要压缩照片或长截图。图床可以改变图片的传输路径，但不会自动减少所有图片的文件大小。

发布到博客时，处理发布副本里的图片

本地路径只描述你的文件环境。把正文复制到其他平台，平台通常不能直接读取你电脑里的 assets/settings.png。至于 Obsidian 的 ![[图片.png]] 写法，发布工具是否支持，也要单独确认。

如果目标平台提供图片上传或导入能力，可以使用平台托管；如果需要在多个支持外链的平台复用配图，再考虑自己的图床。

可以先用一篇文章跑通发布流程：

1. 保存一份包含本地附件的写作稿和备份。
2. 为准备公开的文章创建发布副本，检查截图是否包含敏感信息。
3. 上传发布用图，将副本中的图片引用替换为可访问的外链。
4. 在浏览器中打开文章预览，确认目标平台实际显示正常；必要时用未登录窗口检查图片访问条件。
5. 发布后保留原始素材，后续更新以本地写作稿为准，再同步修改发布副本。

NotePic 面向的就是其中一段工作：把本地写作中的图片上传到阿里云 OSS，并处理链接替换。它适合已经确定使用 OSS、希望减少发布前重复操作的人。

上传之后，要不要删除本地图片？

上传成功，不等于本地原图可以删除。

发布副本已经使用外链，不代表本地写作稿、其他笔记或 Canvas 不再使用原图。即使扫描结果显示未引用，图片也可能是准备保留的素材。

只有在上传完成、目标页面可读、相关本地引用已核对，并且原图有可靠备份后，才适合清理不需要的本地残留。

删除本地图片不会删除 OSS 对象；如果图片曾经提交到 Git，删除当前文件也不会自动清除历史记录。清理当前文件、删除云端对象和维护 Git 历史，是三项不同的操作。

长期保存，还要算上备份和维护

保留本地图片，需要维护附件目录、同步与备份；使用图床，需要维护域名、存储服务、访问权限以及可能产生的存储和流量费用。服务迁移时，还可能需要批量替换旧地址。

因此，自己的图床也应保留独立原图备份。一次上传成功，只能说明当前链路可用，不能替代长期保存。

先让日常笔记在需要的设备上稳定可读，再为真正要公开的文章处理外链，通常更容易维护。