TL;DR: Markdown 的真正价值不在于贮存，在于流通。为了实现 Markdown 的流通价值，插入网络图片是较优的选择。

Markdown 对我而言最大的作用是作为一种类似于「标准传输协议」的东西。它支持的语法有限，语义清晰，这意味着在绝大多数平台上，它所能表达的格式都是被支持的。

你可以将其认为是各大内容平台格式的一个公共子集。一次编写，到处发布，并且所有格式都如你所愿。

这也是我不太喜欢 Markdown 的各种私有化拓展的原因。加上了自己的东西，就让 Markdown 失去了这种公共性，导出的时候要么损失这部分数据要么手动处理。拓展的越多，损失就越大。当拓展的功能到达一个临界点之后，反而不如直接使用私有格式了——大不了提供一个手动处理的方式嘛，比如导出为 Markdown.

笔记软件很多使用 Markdown 也正是这个原因：它对迁移数据相当友好。

想要让用户放弃 A 使用 B，就需要满足：B 的价值 > A 的价值 + A 到 B 的迁移成本。

而大家都用 Markdown 就可以让迁移成本尽可能降低。当然，对于新的竞品 B 来说，更优的选项是支持 Markdown 导入而不支持导出，这样就可以将用户绑上自己的战车(笑

不过用户们也不都是傻子，事实上，不涉及到过多私有格式的笔记软件基本上还是支持 Markdown 导出的。

因此，新生代的各路笔记软件，大部分都接纳了 Markdown，为的就是讨好这些经常尝鲜迁移数据的生产力用户们。

那么如果你按这个角度考虑，Markdown 和本地化其实关系不大，反而和数据流通关系更大。

你想想，本地化，我 Word 文档不也本地化，我 PDF 不也本地化，只是本地化其实是很简单的。有道云笔记、为知笔记、印象笔记啥的，其实都是本地化的。本地化永久保存并不是什么特别困难的事情，只要 Windows 继续保持良好的兼容性，你也可以获得你的 Word 文档的长久陪伴。

所以我认为 Markdown 的真正价值不在于贮存，在于流通。

那么既然目标是数据流通，我们知道，图片可以有三种保存方式：

• 本地路径
• 网络路径
• base64 插入文中

显然把图片放在网络上是流通性最强的做法。绝大部分的内容平台都支持插入网络图片，这样就免去了导出上传图片、移动图片的烦恼。

base64 插入文中其实也还可以，但对大图片就不太合适，而且也有潜在的兼容性问题。

所以如果有条件的话，将图片托管在图床上，对于流通的 Markdown 文档，是不错的选择。