最近思源笔记的圈子里，有个话题绕不开：丢数据。
事情起于 7 月 23 日，一位知乎用户在"如何评价思源笔记"问题下写了篇长帖。这位用户不是白嫖党——他是永久版用户，因为换新 Mac 内存紧张，把主力笔记从 Obsidian 换到思源，还自购了七牛云 OSS 做同步。结果不止一次丢数据：编辑时最新一段莫名没了、折叠的段落被当成一行删掉、手机端同步只过来一半且手动同步无效，最后卸载重装才同步完整。帖子结尾是：“我是真受不了丢数据的问题了。思源再见了。作为思源付费用户，我强烈推荐 obsidian+同步插件作为主力笔记方案。”知乎
这帖子发酵了一个月，底下 23 条评论，到 8 月 19 日还有人在跟。我把整栋楼翻完，又对照了官方 GitHub 更新日志、定价页和 README 常见问题，先给结论：大家口中的"丢数据"，其实是三种完全不同的事，其中两种能救也能防，只有一种真的没救。
评论区吵成了两派
抱怨派不少。有花了一百多买会员的用户说同步有问题，“懒得折腾反馈了，认栽”。还有用户说"确实丢数据，尤其是使用宾馆等网络后更是如此"，现在的做法是手工同步，用 Beyond Compare 对比 PC 与 NAS 的数据，异地只用 NAS 版。最有代表性的是 8 月 18 日的一条留言：这位用户说自己"编辑笔记以后会丢公式"，向官方社区链滴反馈后被告知"找到 BUG 了"，但他担心的是"类似隐藏的 BUG 有多少真不好说，果断找替代品了"。知乎
但反例派声音也不小。一位用了 6 年的老用户说，思源同步确实还有待完善，但他"基本就是只用云端功能上传备份，不搞多设备双向同步，用了6年，也没有丢失数据的情况"。知乎另一位用户说自己 2023 年发现有丢数据、弃用了，“但是 24 年回来之后就没出现过了，目前一切正常”。还有人直接反问：“你是不是没有用过数据历史这个功能？云端同步之后都有记录的，而且可以通过数据快照恢复。”
最关键的是一条技术分析。有深挖过思源机制的用户指出：“思源同步数据的逻辑是按文件更新时间来的，且目前没有合并冲突的功能。”知乎多设备同时在线，如果不小心把一个设备的旧数据更新了，就会覆盖当前设备的新数据；有些插件一启动软件就会更新块属性，导致文档更新时间变化；不同设备的时间不一致，也会触发同步错误。看完这栋楼你会发现，两派其实没有说谎，他们遇到的是不同的"丢"。我把评论区的案例归了三类，你可以对号入座。
三类"丢数据"：分别是什么，怎么救
第一类：误删型——块机制的双刃剑。
楼主帖子里的多数案例其实属于这类。思源的最小单位是"块"，块折叠、拖拽这些交互很强大，副作用也明显：看起来是一行，展开可能是一整段，当成一行删了，整段就没了；复制粘贴或拖拽时一次误触，刚写的内容就消失。这种丢失发生得突然，但大多能救——撤销和"数据历史"都能找回，问题在于很多人根本不知道有这个功能。如果你是思源重度用户，今天就去设置里把"数据历史"打开，这是后悔药。
第二类：同步覆盖型——真正的机制软肋。
就像那位老用户分析的，思源的多设备同步不是按内容合并的，更多是看"谁最后更新"。多设备同时在线、两端都在编辑、有插件启动就改块属性、设备之间时钟不一致，旧数据覆盖新数据的概率就会飙升。这类"丢"看起来吓人，但多数也能找回：思源检测到同步冲突时会生成冲突文档，配合数据历史和快照，被覆盖的内容大多有迹可循。关键是习惯——单设备编辑、写完再手动同步、避免两端同时改。评论区"宾馆网络丢数据"的案例，大概率就属于这类：网络不稳定放大了同步异常。
第三类：软件 BUG 型——防不住，但开源有开源的解法。
那位丢公式的用户属于这类。软件 bug 用户确实防不住，但开源项目有个好处：反馈了就会修。8 月 18 日思源发布 v3.8.1，修复清单里就有对应一条：“Formula content may be lost after switching directly between formula editors”，即公式内容可能在直接切换公式编辑器后丢失。GitHub这个版本还修复了若干安全漏洞，并强化了 Agent 面板快捷键、自定义 AI 编辑操作跨设备同步等 AI 功能。从反馈被定位到进入正式修复清单，这条链路是通的，这算是思源对这波丢数据焦虑最实际的回应。目前 v3.8.2 的多个 alpha 测试版也在持续迭代，修复节奏没有停。
真正没救的是这种：把工作空间塞进第三方同步盘。
iCloud Drive、OneDrive、坚果云、网盘的同步文件夹——看起来省事，但思源的官方 README 写得明明白白：“不支持通过第三方同步盘进行数据同步，否则可能会导致数据损坏。”GitHub思源的数据是本地数据库加大量小文件的结构，通用同步盘理解不了这些文件的修改时序，同步起来就可能直接把数据搞坏。想做云端同步，要么用官方订阅，要么买断功能特性后对接第三方 S3/WebDAV 云存储，没有第三条路。
对号入座：你的用法在哪个风险区
你的用法 | 风险 | 建议动作 |
|---|---|---|
单设备使用，偶尔手动备份 | 低 | 开启数据历史即可 |
多设备 + 官方订阅同步，经常两端编辑 | 中 | 改成单设备编辑，写完再同步，留意冲突文档 |
多设备 + 第三方 S3/WebDAV 自建同步 | 中高 | 多端参数对齐，大改前先整体备份 data 目录 |
工作空间放在 iCloud/OneDrive/网盘同步文件夹里 | 高 | 立刻迁出同步盘，先导出备份再动手 |
装了很多插件 | 以上全部 +1 | 警惕启动就改块属性的插件，升级前先备份 |
顺带把账算明白
官方定价页写得挺清楚：本地功能完全免费；功能特性 80 元一次买断（原价 96 元），包含第三方 S3 和 WebDAV 同步备份接口，但不含存储空间，要自备；年付订阅自带 8G 官方云存储、官方同步备份、图床和云端收集箱，148 元一年，两人团首年还有 6.4 折。思源官网
结合前面三类风险看，你会发现一件事：同步的钱，买的是"多设备省事"，不是"数据保险"。数据保险靠的是数据历史、快照和你自己的备份纪律，这些免费功能就能兜底。官方也提醒，付费订阅后不支持退款，桌面端可以先开试用订阅，满意了再决定。思源官网
最后说两句
这波丢数据风波对思源来说不算好事，但对用户未必是坏事——它把"同步机制、冲突处理、备份纪律"这些平时没人细说的东西，逼到了台面上。值得记住的是这几条：
备份是纪律，不是选项：开数据历史，定期整体导出 data 目录
同步是便利功能：单设备编辑，写完再同步，别两端同时改
第三方同步盘别碰，这是官方划的红线
遇到 bug 去链滴社区反馈，开源项目会修，v3.8.1 正式版已经示范过一次。GitHub
还在观望思源的：本地功能免费，先把备份做好再试一个月，顺手了再谈付费。已经在思源里"丢过数据"的：先别急着卸载，去翻一翻数据历史和冲突文档，大概率还救得回来。
