笔记迁移会丢格式吗：六类内容逐个验，别等搬完才发现

笔记工具约 1858 字 · 阅读约 5 分钟

「笔记迁移会丢格式吗」——会，而且丢的顺序很固定：先丢表格，再丢图片引用，然后丢双链，最后连创建时间都变成搬家那天。最麻烦的是，这些损失在迁移完成当天往往看不出来，等你两个月后要查一条三年前的记录，才发现只剩一段没有出处的文字。

所以问题不该问「会不会丢」，而该问「哪几类内容必丢、哪几类大概率保住、丢了以后怎么修」。下面把九类内容按损失风险分级，配上修复手法和验收顺序，你可以拿着它逐项过一遍。

一、损失分级：哪些必丢，哪些能保住

把笔记拆成九类内容，按纯文本、Markdown、带专有格式三种导出路径分别看，风险差别很大：

内容类型	纯文本导出	Markdown 导出	修复成本
正文段落与标题	保住	保住	无
表格（含合并单元格）	必丢	合并单元格必丢，列宽丢	高，需手工重排
图片与附件	全丢	文件常在，引用路径常断	中，可批量重写
内部链接 / 双链	全丢	链接文字在，目标常失效	中，可脚本替换
标签与层级标签	丢	多数保留，嵌套层级可能被压平	低
代码块与语言标识	丢高亮	内容在，语言标识常丢	低
数学公式	变乱码	部分保留，宏定义常丢	中
待办清单状态	丢	多为未勾选	低
创建 / 修改时间	全变成导入日	多数变成文件创建时间	高，几乎无法还原

这张表最该注意的是最后一行。时间戳一旦被覆盖，就没有可靠办法还原，而它恰恰是「这条笔记是哪年写的」的唯一依据。迁移前先把原始导出包完整留一份，比任何修复技巧都重要。

三件事加起来不到半小时，能省掉后面几天的返工：

抽样阶段建议直接建一张对照表：每条笔记打三个勾——段落是否完整、图片是否显示、链接是否可点。二十条全过再动全量。导出能力本身的检查可以看笔记软件数据能导出吗里的六项标准。

图片「消失」通常是两种情况：文件根本没导出，或文件在但引用路径不对。前者只能回旧软件补导，后者可以批量处理。

先确认文件在不在：打开导出目录，按文件类型排序，看图片总数是否与旧软件里大致相当。
再看引用写法：常见三种——相对路径 ./attachments/a.png、绝对路径、以及 ![[a.png]] 这类 wiki 引用。三种混在一起时，最容易一半显示一半不显示。
最后统一重写：把所有引用改成同一种相对路径，附件集中到一个目录。批量替换之前先备份，替换之后随机点开十条验证。

文件名里带空格、中文括号、井号的，经常是断链重灾区。迁移时顺手重命名成「日期-语义」格式，能避免以后在网页里引用时被转义吃掉。

双链丢失有两种表现：链接文字还在但点不开，或者整段 [[标题]] 变成了纯文本。

第一种多因目标笔记被重命名或路径变深。修法是按「链接目标名」做一次全库搜索，把断掉的替换成新路径。不要逐个点开修，几百条链接手工修不现实。

第二种是导出器不认识 wiki 语法。如果新软件支持，直接开兼容；不支持就批量转成标准 Markdown 链接，转换时保留原文字，这样即使链接失效，读者仍能看懂指向什么。

标签的问题更隐蔽：单层标签通常能保留，但「父/子」这种层级标签常被压平成两个独立标签。迁完打开标签面板数一下数量，如果比原来多，就是被拆开了，需要手工合并。组织方式可以参考笔记标签怎么分类。

不要按笔记顺序修，要按影响面修。推荐这个顺序：

全部修完做一次「冷启动测试」：关掉旧软件，只用新库完成一次真实任务（比如查一条两年前的会议结论、找一张旧图）。能顺利完成，迁移才算过关。整体迁移节奏可对照笔记软件换了几次怎么办。

不会。Markdown 只保证「文字和基础结构」不丢，表格合并、附件路径、双链目标、公式宏、时间戳都不在它的保证范围内。它是目前最稳的通用格式，但不是无损格式。

能，前提是你保留了原始导出包，并且旧软件的数据还在。所以正确顺序是先备份、再迁移、确认无误后才卸载旧软件。卸载这一步至少延后两周。

不必。常见做法是「活跃的迁、沉睡的归档」：近两年还在用的迁进新库，更早的整体打包成离线归档，需要时再取。这样修复工作量能减少一大半。

按使用频率决定。每周都会打开的笔记值得重排，三年没打开一次的只保证正文可读即可。格式的价值在使用频率上，不在整齐上。

笔记迁移会丢格式吗？会，而且损失是可预测的：表格合并、附件路径、双链目标、公式宏、时间戳最脆弱。做法是先分级、再抽样、按影响面修复，最后用一次真实任务做冷启动测试。备份原始包，是所有修复手段里唯一不会失效的那一条。