峰瑞资本Obsidian 的多设备同步，可以说是“用过的都说好，没同步的都想哭”。作为一款本地优先的 Markdown 笔记工具，它的数据都以纯文本文件形式存放在你自己的文件夹里，这本来是最大的优势——数据永远属于你。可一旦你开始在两台电脑、一部手机甚至一台平板上切换编辑，问题就来了：如何让这些散落的 .md 文件保持一致？这远比“把文件传到网盘”复杂得多。
我折腾过的方案不下十种，从 U 盘手动拷贝、微信文件传输助手，到网盘同步、WebDAV、P2P 工具、官方 Sync，每个都踩过不少坑。所以这篇博文我打算直接给你一套“2026 年的同步选型参考”：5 款我实际深度使用过的工具，各自的优缺点、适合人群、需要注意的坑，以及一套可以套用的选型标准。适合被同步问题折磨过的 Obsidian 老用户，也适合准备搭建多端知识库、还没想清楚用什么同步方案的入门者。
1. Obsidian 同步方案的底层逻辑与真实需求拆解
先说一个可能被忽略的事实：Obsidian 本身并不提供“同步”能力，它只负责读写本地文件夹里的 Markdown 文件。这就意味着，任何多设备同步方案的实质，都是在第三方协议或服务上，把这些文件从设备 A“复制”到设备 B，并在你编辑冲突的时候给出合理的解决办法。
所以你会看到，有人推荐用坚果云，有人推荐用 iCloud，还有人推荐 Syncthing、Resilio、Git 甚至自己写脚本。方案五花八门，但本质上都在解决同一个问题：文件层面的双向同步。这跟在网盘里“上传、下载”是两码事。
1.1 同步的真正难点不在于“传文件”，而在于冲突与一致性
我见过不少人一上来就劝退：“Obsidian 同步就是坑，不如用 Notion。”其实不是 Obsidian 同步坑，而是很多工具的单向备份思维根本不适合笔记场景。你用坚果云同步一个文件夹，两台电脑同时开着、同时改了同一个文件，那这个文件到底该以谁的为准？第三方同步工具通常会简单地保留后写入的版本，另一侧的数据就直接被覆盖了。对于笔记这种高频编辑、长文写作、可能有结构化内容的场景，丢一段文字的代价往往比丢一张照片高得多。
这也是为什么 Obsidian 官方自带 Sync 会把“冲突文件”单独保存为 xxx.conflict.md，而不是默默覆盖。它不会替你判断哪条思路是你要的，但它至少把另一份内容完整保留下来，让你事后手动合并。这个机制，就是判断一款工具适不适合做 Obsidian 同步的核心分水岭：它是否具备基础的冲突保留能力，或者至少能否通过版本历史找回被覆盖的内容。
1.2 用“需求清单”筛选方案，而不是照着别人的教程抄
在挑同步方案之前，先把你的真实使用场景列出来。我自己总结了一份“同步需求自查清单”，建议你也花 5 分钟过一遍：
- 你会在手机上频繁编辑并查看笔记吗？
- 电脑端的编辑高峰集中在一个固定设备，还是经常在多个设备之间来回切换？
- 你的笔记库大概多大？主要是几十 KB 的文本，还是包含大量图片、PDF 附件，甚至超过 5GB？
- 你对隐私的敏感度如何？能否接受第三方服务商存储你的明文笔记？
- 你的主力设备分别是什么系统？Windows、macOS、Linux、Android，还是苹果全家桶？
- 你能接受多少月费成本？是愿意为官方服务付费，还是更偏好免费自托管方案？
这些问题不用逐条回答，但你会发现，不同答案指向的方案完全不同。举个例子：如果你是苹果生态重度用户，iCloud 在 iPhone 和 MacBook 上体验确实丝滑；但如果你主力设备是 Windows 电脑加 Android 手机，iCloud 方案可以直接排除。如果你比较介意把私人笔记明文放在别人的服务器上，那 Syncthing 这类点对点工具会更安心；而如果你需要“在任何设备都能通过网页或第三方客户端快速拉取笔记”，自托管方案又会显得力不从心。
我见过太多人照着热门教程配置了坚果云 WebDAV，同步到第三天后开始抱怨“手机上看不到最新笔记”“图书馆电脑上没装 Obsidian，想看笔记都打不开”。说到底，不是方案不行，是选型前没有想清楚自己的实际使用路径。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 五款主流工具实测横评：体验、性能与隐藏的坑
接下来进入正题。我评测的 5 款工具分别是：Obsidian 官方 Sync、iCloud、Syncthing、OneDrive（配合插件）、坚果云 WebDAV（配合 Remotely Save 插件）。每一款我都会从实时性、可靠性、移动端支持、冲突处理、隐私安全、成本六个维度展开，并把我在实际操作中遇到的坑一并交代。
2.1 Obsidian 官方 Sync：最省心的首选，但只推荐给愿意付费的人
先在结论上写清楚：如果你确认自己长期重度使用 Obsidian，并且愿意为稳定的体验每年付几百元费用，那我个人最推荐的其实是官方 Sync。它的核心优势在于“端到端加密 + 官方级冲突管理 + 版本历史”，这三点组合起来，能最大程度降低同步翻车的概率。
Obsidian Sync 的底层用的是官方自己的同步服务。你在任意设备上登录同一个账户，指定要同步的库（Vault），服务端会维护一份加密的数据库，并持续同步各端的文件变更。它加密的粒度很细：不仅传输通道加密，服务端存储的数据本身也是端到端加密的，官方没有你的解密密钥。这意味着你的笔记内容对服务商不可见，隐私层面比普通的网盘同步强出不少。
实际体验上，官方 Sync 最让我满意的其实是它的稳定性。我在一台 Windows 台式机和一台 MacBook 之间做持续编辑测试，连续改了 10 个文档，切换设备后不到 3 秒，内容就同步到位了。即使其中一台设备离线期间改动过文件，同步时也没有出现过静默覆盖的情况，冲突文件会以 .conflict.md 的形式出现在同目录下，不会丢数据。另外它还自带版本历史，最长可以保留一年（这取决于套餐），这个功能在误删文件时极其救命。
不过它也有非常明显的缺点：第一，需要付费，每月几美元，按年付有一定折扣，折合人民币每月几十块。第二，它毕竟依托海外服务器，部分地区访问延迟偏高，同步速度在某些网络环境下会明显变慢。你在国内使用时要做好心理准备，白天用着还好，晚高峰偶尔会出现同步队列积压的情况。第三，它的同步逻辑只覆盖你“选中”的库。如果你有多个笔记库，想全都同步就得在设置里逐一勾选，这在管理上有点繁琐。
我的建议是：如果你预算不是特别紧张，同时看重数据安全和编辑连续性，直接订阅官方 Sync 是“最没性价比但最不会后悔”的决定。省下来的时间，去多读几本书、多写几篇笔记，怎么算都值。
2.2 iCloud / iCloud Drive：苹果生态的一把双刃剑
在苹果设备圈子里，iCloud 是避免不了的选项。因为 Obsidian 在 iOS 和 macOS 上的官方客户端，很自然地会让用户想到通过 iCloud Drive 同步笔记库。实际使用下来，这套方案在“全家桶”环境下确实有它的便利性：系统自动同步，无需额外安装应用，手机、平板、笔记本互相切换，文件状态保持一致。
它的核心理念是把整个 Vault 文件夹扔进 iCloud Drive，系统后台自动同步。苹果对文件系统层面的同步做了高度优化，特别是在纯苹果生态内部，速度相对流畅。而且它不额外消耗 Obsidian 的任何功能，你也不需要装插件，体验很干净。
但问题恰恰出在苹果的“主动优化”上。iCloud Drive 有一个所谓“优化存储空间”的机制：当设备磁盘空间不足时，系统会把一些“不常用文件”从本地移除，只保留云端占位符。问题在于，Obsidian 这种应用会持续扫描库内文件，如果某天你打开笔记，发现引用图片加载不出来，或者某个 Markdown 文件点进去后内容是“该文件当前不在本设备上”，那大概率就是被 iCloud 驱逐到云端了。虽然这不是数据丢失，但在快速记录灵感或高铁上没网的时候碰到这种情况，体验会非常糟糕。
另一个更隐蔽的坑是文件冲突。iCloud Drive 并不具备 Obsidian 式的“冲突保留”意识。两台苹果设备同时打开同一篇笔记，一台写了一段，另一台又改了另一处，同步时几乎不会生成冲突副本，而是后写入的一方直接覆盖。遇到这种情况，丢内容几乎是不可逆的。所以如果你决定用 iCloud，我强烈建议你养成“一次只在一台设备上编辑同一篇笔记”的习惯，避免同一篇文档在同步前被多处修改。
适用人群：苹果所有设备（Mac + iPhone + iPad），且笔记库不大，以纯文本为主，没有太多大附件；同时你充分信任苹果的同步能力，不追求对同步过程的细粒度控制。这种情况下，iCloud 方案性价比极高，毕竟它用的是你本来就有的存储空间。
2.3 Syncthing：免费、点对点、完全掌控，但技术门槛不低
如果你不想把笔记明文交给任何第三方，又不想付费订阅，那 Syncthing 几乎是为这类需求量身定做的。它是一款开源的点对点同步工具，不同设备之间直接建立连接，不经过中心服务器。这意味着你的数据不会在别人的硬盘上停留，而且完全免费。
它最讨喜的特性是“本地网络直连”：同一 WiFi 下，两台设备的同步速度几乎等同于硬盘拷贝，几百 MB 的笔记库几秒就能完成初始同步。如果你的库比较大、包含大量高清截图或 PDF 附件，这个优势会非常明显。同时 Syncthing 有网页端和桌面客户端，手机端用官方 Android App 也能参与同步，支持 iOS 的第三方客户端，整体覆盖面不错。
但它的缺点也相当明显。第一，配置并不像网盘那样“下一步下一步”就完事。你得在两台设备上分别安装客户端，用“设备 ID”互相添加信任关系，再指定需要同步的文件夹。虽然官方文档和中文社区的教程很丰富，但对一个纯粹想记笔记的普通用户来说，这个过程还是有点门槛的。第二，它依赖设备在线。Syncthing 没有“中心存储”，如果两台设备不在同一网络且有一台关机，你是无法拉取到最新文件的——除非你在局域网或公网中部署了一个常驻节点（比如树莓派或 NAS）。第三，它默认并不带版本历史，需要你在文件夹设置里手动开启“版本控制”选项，否则被误删的文件没有后悔药。
我在实际使用中建议的方案是：如果你家里有一台 NAS 或者 7×24 小时开机的电脑，那就把 Syncthing 装在上面，当作常驻“中心节点”，手机和笔记本上的笔记库都跟它保持同步。这样即使你出差时笔记本处于睡眠状态，也可以通过手机从 NAS 拉取内容。没有常驻设备的话，Syncthing 的体验会大打折扣。
2.4 OneDrive（配合 Remotely Save 插件）：Windows 用户的稳妥选择
Windows 用户经常被推荐用 OneDrive 来同步 Obsidian，因为它不像坚果云那样有严格的流量限制，而且 Office 365 用户可以拥有高达 1TB 的云空间。不过这里有个重要提醒：我不建议直接通过 OneDrive 桌面客户端去同步 Vault 文件夹本身，因为这很容易触发“文件占位符”以及云端版本与本地状态不一致的坑。更稳妥的姿势是安装并配置 Remotely Save 这类第三方同步插件，让插件通过 OneDrive 的 API 完成同步。
Remotely Save 插件是目前社区里相当成熟的 Obsidian 同步插件，支持 S3、WebDAV、Dropbox、OneDrive 等协议。它做了一层抽象，把 Obsidian 的 Vault 文件夹当作一个整体，通过你配置的远端存储进行双向同步。相比用系统级网盘客户端直接同步文件夹，插件的优势是你能更清晰地看到同步状态，也能设定定时同步间隔（比如每 5 分钟自动同步一次），并且手动触发立即同步。
OneDrive 作为远端存储，本身的稳定性不错，尤其是在 Windows 平台上，系统集成度高。如果整体网络条件正常，同步速度也能保持在合理范围。但要注意，OneDrive 在国内的网络访问有时不够稳定，尤其是它依托的基础设施并不总是针对大陆网络优化。如果遇到上传队列长期卡住，可能需要更换网络环境或改用其他存储端点。
这个方案的成本：如果你已有 Office 365 订阅，不需要额外花钱；如果你没有，则需要单独购买 OneDrive 空间，按年计费也不算太贵。在 5 款工具里，它的学习成本中规中矩，属于那种“没有太大惊喜，但也不怎么折腾”的方案。
2.5 坚果云 WebDAV（配合 Remotely Save）：国内速度和附件友好度的均衡解
再聊一个在国内使用时经常绕不开的选项：坚果云。它的核心竞争力是支持 WebDAV 协议，同时服务器部署在国内，因此直连速度和稳定性都比较好。对于 Obsidian 这种以文本为主、但可能有大量附件的库来说，坚果云的整体体验是“稳健”的代名词。
但坚果云本身是同步盘，不能直接把 Obsidian Vault 文件夹移动到它的同步目录下完事吗？我试过，能跑，但体验一般。因为坚果云同步盘会实时监视并同步所有文件，而 Obsidian 对文件系统有频繁的读写操作，两者叠加会导致客户端 CPU 占用偏高，有时还会触发“正在等待同步”的提示框。更麻烦的是，坚果云客户端对文件锁的支持不够好，Obsidian 更新配置类文件（比如 app.json、daily note 模板）时，偶尔会出现同步冲突。
所以更合理的用法是：把坚果云当作 WebDAV 服务端，在 Obsidian 里装 Remotely Save 插件，配置 WebDAV 地址、账号和密码，手动设置同步触发条件。这样你既能利用坚果云的国内节点稳定速度，又能借助插件的冲突检测机制，避免系统级同步盘和 Obsidian 互相“打架”。
坚果云唯一的硬伤是流量的限制：免费版有月度上传/下载流量的限制（上传 1GB、下载 3GB 左右，以官方最新说明为准），如果你的笔记库包含大量图片或大附件，很快会消耗完。但只要你不是每天往库里塞一堆几百 MB 的视频、PDF，纯文本加少量图片的使用场景，免费额度基本是够用的。付费专业版的空间和流量会宽裕很多，单价也不算贵。
2.6 横向对比表：一眼看清你的匹配方案
为了让你更直接地判断，我把 5 款方案的几个关键维度放在一张表里。注意这里说的是“我体验下来”的相对结论，不同网络环境、设备组合下会有所差异。
| 方案 | 实时性 | 冲突处理 | 移动端支持 | 隐私加密 | 免费可用 | 成本 | 最佳场景 |
|---|---|---|---|---|---|---|---|
| Obsidian 官方 Sync | 高 | 自带冲突副本 | 极佳（官方 iOS/Android 集成） | 端到端加密 | 否 | 较高 | 全平台重度用户，愿意付费省心 |
| iCloud Drive | 高（苹果生态内） | 较弱，无冲突保留 | 苹果原生极佳，Android 较差 | 基础加密 | 是（5GB 起） | 按存储空间收费 | 苹果全家桶 + 轻量文本库 |
| Syncthing | 高 | 需自行开启版本控制 | Android 好，iOS 依赖第三方 | 不经过第三方服务器 | 是 | 免费 | 有 NAS / 常开电脑、隐私要求高的极客用户 |
| OneDrive + Remotely Save | 中高 | 插件可保留冲突 | 官方客户端覆盖面广 | 基础加密 | 是（5GB 起） | 按存储空间收费 | Windows 用户，已有微软订阅 |
| 坚果云 WebDAV + Remotely Save | 高（国内网络） | 插件可保留冲突 | 有第三方 Obsidian 客户端可用 | 基础加密 | 是（有限流量） | 免费额度或专业版 | 国内网络环境，重视附件同步速度 |
这张表并不是让你照着最优选直接下单，而是帮你快速缩小范围：如果你的第一优先级是“完全不花一分钱”，那 Syncthing 和坚果云免费版优先考虑；如果你要求“苹果全家桶无缝切换”，那 iCloud 的舒适度确实没法替代；如果你追求“省心 + 安全 + 多端稳定”，那官方 Sync 依然是最不用动脑子的选择。
3. 选型方法论：按你的场景走，而不是按推荐榜走
互联网上关于 Obsidian 同步的推荐帖太多了，但很多帖子的核心逻辑是“作者自己用了什么，就推荐你用什么”，这是非常典型的幸存者偏差。例如一个只用 MacBook + iPhone 的博主，写出来肯定是“iCloud YYDS”；一个玩 NAS 的博主，八成会跟你说“别用商业云，用 Syncthing 才是正道”。这些内容不是没用，而是不适用于所有读者。
所以我建议大家按下面的决策路径来思考，而不是直接照抄某篇教程。
3.1 第一步：确定设备生态
我建议先把“设备生态”放第一位。为什么？因为同步方案的选择在很大程度上取决于你的设备组合。苹果全家桶可以直接用 iCloud，Windows + Android 设备更倾向于服务端或 WebDAV 方案，全平台混杂则希望有一个中立的、能覆盖所有系统的方式。
如果是在纯苹果生态里，我的第一建议是先用官方 Sync 或 iCloud。理由很简单：Obsidian 的 iOS 客户端读取文件的方式，决定了它对系统级文件服务有较高的依赖。iCloud Drive 天然集成，你不需要额外的转存步骤。但如果你讨厌 iCloud “优化存储空间”带来的文件离线问题，那就切到官方 Sync，相当于绕开 iCloud 对文件系统控制权的干预。
如果主力是 Windows + Android，我更倾向坚果云或 Syncthing。坚果云的优势是国内节点稳定，手机关联也容易；Syncthing 的优势是免费且不依赖服务商，但需要你愿意折腾并维持至少一台在线设备。
3.2 第二步：评估隐私与安全底线
隐私需求往往被很多教程忽略。但我认为，这一点恰恰是很多人最终放弃“免费云盘同步”的根因。
Obsidian 里的笔记内容可能涉及个人日记、工作文档、知识管理笔记、账号密码记录（虽然不建议明文存密码）、客户信息等。把这些内容明文放在一个普通网盘里，一旦帐号被盗或被服务商误用，隐私风险显而易见；官方 Sync 通过端到端加密解决服务端可见性问题；Syncthing 则完全不经过服务端，数据只在你自己的设备之间传输。这两者都属于隐私友好型方案。
让我用个比喻来解释这个关键差异。普通网盘同步就像是把一箱文件交给快递公司，他们会检查、扫描、搬运你的文件。而端到端加密同步，就像一个上了密码锁的保险箱：快递虽然运送箱子，但他看不到里面的任何内容，除非你把钥匙给他。Syncthing 则更进一步，有点像你自己骑着车挨家挨户把文件送到对方手里，根本没有“中转仓库”这回事。所以如果你对笔记内容的私密性特别在意，Syncthing 或官方 Sync 才是更安心的选择。
3.3 第三步：明确预算与付费意愿
有没有免费方案？有。但免费的代价往往是时间成本或功能阉割。Syncthing 免费，但配置和后续的节点维护需要一定的学习成本。坚果云免费版每个月有流量限制，实际体验中如果你的库不大，那问题不大，但用多了就要纠结“流量消耗殆尽”。
官方 Sync 价格虽然不便宜，但它把所有底层细节都替你处理好了。你用不到 10 分钟就能完成全部配置，之后三年不用再管。对我而言，“省心本身就是一种价值”。你愿意为这份省心买单吗？如果愿意，那官方 Sync 就是最优解。
我的经验是：先别急着付钱，把免费方案试一遍，觉得哪一步忍不了，再花钱解决。钱花在同步工具上，本质上是为时间和注意力买单。
3.4 第四步：本地测试，验证自己的“痛点最小路径”
前面说的都是静态评估，但最终决策还是要落到实操。建议你在正式迁移笔记库前，先在非核心的测试库上跑一遍流程。什么意思呢？比如你倾向坚果云 + Remotely Save 方案，那先建一个只包含 10 篇测试笔记的小库，在两台设备和手机上分别配置好，然后模拟真实操作：在 A 设备新增笔记、修改旧笔记、添加图片，再在 B 设备打开看变化；故意让两台设备同时修改同一篇笔记，观察冲突表现。如此折腾一两天，你才能真正知道这套方案在你的网络环境、设备组合下表现如何。
选型方法论的内容可能听起来不够“干货”，但这恰恰是让我少花冤枉钱的关键一步。很多用户拿到第四款方案时，才发现自建节点的问题，或者团队场景中需要多用户同步的问题。早一点花时间搞清楚自己的“需求画像”，远比事后反复迁移库要省心。
4. 实操演示：以“坚果云 + Remotely Save”为例，5 分钟搭建一套稳定的同步环境
在五款方案里，坚果云 + Remotely Save 是国内网络环境下最容易上手、而且几乎零成本的组合。下面我用这套组合走一遍完整的配置流程，过程中会把容易踩坑的细节一并标注出来。
4.1 安装并启用 Remotely Save 插件
打开 Obsidian，进入“设置 -> 第三方插件 -> 关闭安全模式 -> 浏览”，搜索 Remotely Save，安装并启用。由于插件市场在国内网络环境下通常也能访问，速度不好说，如果加载不出来，多试几次或晚点再试。如果下载安装包异常慢，可以通过其他网络环境下载插件包后手动放入 .obsidian/plugins 目录，再重启 Obsidian。
启用插件后，左侧栏会出现一个云朵形状的图标，那就是 Remotely Save 的入口。点击后会要求你选择远端同步方式。这里我们选择“WebDAV”。
4.2 在坚果云控制台创建 WebDAV 授权码
坚果云不是直接用你的登录密码来做 WebDAV 身份验证的，这一点和很多服务商不同。你需要去坚果云官网登录，进入“账户信息 -> 安全选项 -> 第三方应用管理”，点击“添加应用”，名称随你写（比如 Obsidian-Sync），保存后系统会给你生成一个独立的授权密码。这个密码只用于 WebDAV 访问，不影响你的主账号安全。
提示：授权码生成后要立刻复制保存，坚果云不会以明文形式二次展示。
4.3 正确填写 WebDAV 配置参数
把坚果云生成的授权码和账号信息填入 Remotely Save 配置页：
- WebDAV URL 填写坚果云给你的服务器地址，一般是 https://dav.jianguoyun.com/dav/（注意区分 dav 而不是 www）。
- 用户名填你的坚果云登录邮箱或用户名。
- 密码填刚刚生成的授权码，而不是坚果云登录密码，这是一个新手极易踩的坑。
- 密码框下方有一个“路径”选项，我建议你填写一个专属目录，比如 /ObsidianVault，避免和坚果云里其他文件混在一起。
填写完毕后点击“检查网络连接”，如果返回 success，说明配置没问题。
4.4 设置同步策略：定时同步 + 手动开关按钮
Remotely Save 默认会在打开 Obsidian 时自动同步一次，关闭时也会触发同步，这已经能满足大多数设备切换场景。你还可以在“定时同步”开关里设置自动同步间隔，比如每 5 分钟。我不太建议把间隔设得太短，太长又失去了防丢失的意义，我用的是每 5 分钟一次，既不会对系统造成明显负担，也能在大多数编辑场景下保存进度。
路径上要注意：Obsidian 库结构本身就包含 .obsidian 配置目录，同步时其实不需要特意排除它，但如果你在不同平台安装了不同的主题或插件，配置跨设备共享可能会带来样式差异。这不算 bug，只是需要在设备间做一些调整。如果遇到冲突，可以手动处理，不影响笔记正文。
4.5 在手机端安装 Obsidian 并关联同一库
Android 上我用的是官方 Obsidian 应用，iOS 同理。手机端首次打开 Obsidian，选择“打开本地库”，先创建一个空白库，然后在插件商店安装 Remotely Save，按同样方式填入坚果云配置并触发同步。时机上要注意：建议手机先在空白库上同步一次，等全部内容拉下来后，再开始编辑，避免首轮同步过程中在手机上写了新笔记导致状态不一致。
4.6 落地后的第一轮检查
配置完成后，不要急着关电脑。在电脑端新增一篇测试笔记，加入几张图片，确认同步状态无误；然后在手机端打开 Obsidian，拉取最新内容，看看附件是否能正常显示。如果有某条库记录提示“文件无法找到”，通常是因为手机端还没有完成下载，等同步完成后再看。之后在手机上改几个字，回到电脑端看看是否能在下一次同步触发时更新过来。走完这个循环，你的基础同步链路就算稳定运行了。
5. 同步翻车现场实录：我踩过的 7 个坑与排查技巧
同步从来不是配好就万事大吉。下面我把自己在实际使用中遇到的典型问题，以及对应的排查思路整理出来，方便你日后遇到“奇怪现象”时快速定位。
5.1 冲突文件莫名出现，我该保留哪一份？
开头提过，冲突的本质是两台设备在“同一时间段内”都修改了同一个文件，而同步工具无法判断谁才是“最终答案”。如果 Obsidian 把冲突文件留成 xxx.conflict.md，你就需要打开原文件和冲突文件逐行比对。我常用的处理方法是：先用对比工具（比如 VS Code 的 Compare 插件或 Beyond Compare）打开两个文件，手动把差异段落合入你想要保留的版本，注意检查存在多个冲突标记的情况，处理完后，删除不再需要的冲突文件。
注意：不要想当然地直接用冲突文件覆盖原文件，那个文件名可能带有你设备名称后缀，不代表它是更新的版本。
要减小冲突概率，最有效的手段是：同一个时间段内只在一台设备上编辑核心内容。如果必须两台设备交替改同一篇笔记，尽量做到“关闭保存后再切设备”。
5.2 Obsidian 同步到一半，提示“无法连接到远端”
这个问题的常见原因有四种。第一，远端服务商临时故障；第二，本地网络无法访问远端服务；第三，WebDAV 密码失效；第四，配置里 URL 写错。
排查顺序建议是：先用浏览器或系统自带工具检查远端 URL 是否可达（比如打开坚果云官网），再在 Remotely Save 的配置页重新点击“检查网络连接”，看具体的报错。如果提示认证失败，回到坚果云生成新的授权码并更新；如果提示连接超时，考虑是否需要在系统代理或防火墙中放行。
5.3 手机端看得到笔记列表，但打开后却是空白内容
这大概率是文件尚未下载到本地，或者被系统误判为“可以按需下载”。部分第三方文件管理工具会优先展示文件元信息，等用户点击时才真正下载正文。在使用 Remotely Save 时，由于它走的是 WebDAV，不会像 iCloud Drive 那样把它标记成“占位文件”，所以这个问题通常出现于首次同步尚未完成的阶段。解决办法是：在手机 Obsidian 的 Remotely Save 面板确认同步状态显示为“已完成”或“空闲”，再重新打开笔记。
5.4 文件有大量附件的库，同步流量总是超标
坚果云免费版流量有限，每次对整库做一致性检查都会消耗一定的上传/下载量。如果笔记库里有大量体积大的附件，频繁编辑会导致流量消耗明显加快。建议的做法是：将附件统一放在一个 attachments 目录中，并用 Remotely Save 的高级设置排除某些大数据目录。但请注意，排除前要确保不需要在这些设备上访问那些文件。
另一个优化手段：避免在 Obsidian 中频繁插入超大图片或未压缩的 PDF。处理图片时先压缩，能显著降低同步压力。比如我现在的截图都会先用图片工具压缩到几百 KB 内，库体积保持在 800MB 以下，免费版坚果云用着完全够。
5.5 两台电脑同时在线，为什么 A 改了内容 B 没立即看到？
这取决于你使用的同步方案。如果你用的是坚果云 + Remotely Save，它默认靠手动或定时触发同步，不会像系统级网盘那样实时监视文件变化。所以两台电脑同时在线时，A 保存了 5 分钟后，B 还得等到 B 的下一次同步周期才会主动发现变化。解决方法是把 Remotely Save 的“定时同步间隔”调短，或者干脆在写完重要内容后手动点击云朵按钮触发同步。
对于 Obsidian 官方 Sync，这个问题会好很多，因为它带有实时同步事件监听。但前提是网络连接正常，且设置了正确的远程同步库。
5.6 手机系统升级或新设备恢复备份后，Obsidian 变成空库
这个问题常见于苹果生态恢复备份时。如果你只依赖 iCloud，当旧设备本地缓存被清理，新设备刚恢复备份时，Obsidian 会先加载本地的空壳库，而 iCloud 尚未把所有文件拉取回本地，表现出来就是“笔记全没了”。但实际上文件还在云端，只是还没下载回来。
处理方式是：在 Obsidian 的设置里找到“文件与链接”，确认库路径指向 iCloud Drive 里的正确文件夹；然后等待下载完成。如果等很久没反应，可以在“文件”App 中进入 iCloud Drive，找到 Obsidian 文件夹，手动触发“下载全部”。
5.7 同步后 .obsidian 中某插件设置丢了一半，主题配置错乱
这通常是插件配置文件在同步时发生冲突导致覆盖了某份旧副本。插件配置文件多集中在 .obsidian/plugins/插件名/data.json。不同设备插件的版本不一致时，设置项也可能出现兼容问题。比如你在新电脑上给插件升了级，data.json 里多了一些字段，旧设备上的老版插件不认识这些字段，启动时可能重写 data.json，最后同步回去时把新版配置覆盖了。
我推荐两个习惯：第一，尽量在主要使用的那台设备上升级插件，并且升级后立即触发同步，不要等旧设备下次编辑时被动拉取；第二，如果某个插件配置比较复杂，可以在同步前手动备份 data.json。虽然这样做有点原始，但能省去很多试错的时间。
6. 我的最终结论与同步经验分享
回到开头的话题，Obsidian 的同步问题看起来是一个技术问题，但真正难处理的其实是“人的习惯”。不管用什么工具，你需要养成的几个基础习惯都是相通的。
第一条，也是我最切身的一条：永远不要在同步未完成时直接关闭 Obsidian 或电脑。Remotely Save 这类插件在后台同步时，如果强制退出，容易造成远端文件停留在半写入状态，下次同步时可能产生异常副本。正确做法是等右下角提示同步完成后再退出。
第二条，给自己的库设置一个“唯一权威设备”。什么算权威设备？就是当你对同一篇笔记在多台设备上有不同版本时，你信任那一台设备的版本。你可以明确告诉你自己：MacBook 上这段文稿以我最近修改的为准，Windows 上只是做浏览和补充修改。有了这个心理预期，即便出现一次不愉快的冲突，你也能很快判断出主版本应该在哪里找。
第三条，重要节点做一次手工备份。说到底，同步工具再多也不如本地外接硬盘或 NAS 备份靠谱。每个月或每次大版本更新后，我都会用文件同步工具把整个 Vault 文件夹备份到移动硬盘，这是一种“冗余保险”。尤其当笔记库越来越庞大时，这种备份习惯能让你安心地对整理结构做大的调整。
我在本地知识库这件事上，前前后后换了三种主力同步方式。从最早的网盘直接同步，到 Syncthing 自建节点，最后落到官方 Sync + 坚果云 WebDAV 双通道：官方 Sync 管普通高频编辑，坚果云管上传脚本和大文件备份。这个组合并不适用于所有人，但它是经过多轮踩坑后沉淀出的方案。同步这个东西，确实没有一劳永逸的“银弹”，但只要你掌握选型方法，理解冲突来源，再配置一套符合自己使用习惯的流程，它就能从“折腾”变成“无感”。
最后再分享一个小技巧：如果你刚接触 Obsidian 同步，千万不要一开始就把全套知识库迁移进去。建议先创建一个小测试库，双端跑通流程，确认方案合手之后，再做完整迁移。所有跨平台多端数据同步，都用“先测试、再全量”的方式去操作，你会少走很多弯路。