Obsidian多端同步方案横评：官方Sync、WebDAV与Git组合拳

先说结论：折腾了两年，在Windows、macOS、Android、iOS四端之间反复横跳之后，我最终把主力同步方案固定成了“Obsidian官方Sync打底 + Obsidian Git定期做版本备份 + 坚果云WebDAV当应急通道”的三保险组合。如果你不想花钱，那么简单粗暴的“Remotely Save插件挂WebDAV”就是免费方案里最接近官方体验的选择。

Obsidian的同步问题，几乎每一个深度用户都会遇到：电脑上刚写完的笔记，手机上打开却是旧的；两台设备交替编辑，第二天冒出好几个“conflicted copy”；换新电脑或者重装系统，才发现已经很久没有完整备份。这篇测评我会把目前主流的Obsidian多平台同步方案全部拉出来横向对比，包括官方Sync、iCloud、坚果云、OneDrive、Dropbox、Syncthing、Remotely Save、Obsidian Git和Self-hosted LiveSync，并给出分场景的最优解，以及从零配置的完整实操步骤。

1. 为什么同步成了Obsidian用户的头号痛点

1.1 本地优先的代价：数据在你手里，搬运也得靠你

Obsidian和Notion、语雀这类在线笔记最大的区别是，你的笔记库本质就是一个放在本地磁盘上的普通文件夹。里面是.md文本、图片、PDF、音频，以及一个负责记录窗口布局的.obsidian配置目录。这种“本地优先”架构带来的好处非常明显：速度快、隐私强、不依赖网络，甚至能用记事本打开读取。但代价就是，官方只负责让你编辑和管理本地文件，同步这件事完全要你自己解决。

你用任何一个普通网盘同步Obsidian库，本质上不是Obsidian在同步，而是网盘客户端在后台把整个文件夹当作普通文档来回搬运。这里会产生很微妙的问题：Obsidian正在写入文件的时候，网盘可能刚好扫描到一半，于是一个残缺版本就被传上了云端；另一端下载下来的也是残缺版本，紧接着又覆盖回去。几个来回之后，笔记可能就变得千疮百孔。

所以，Obsidian同步难，不是难在“把文件传到另一台设备”这个动作，而是难在“文件被持续修改的前提下，保证多个副本最终能收敛到同一个版本”。这背后的技术含量，比大多数人想象中要高。

1.2 判断一个同步方案好不好，先看这四个指标

我测评的时候不会只看“能同步吗”，而是固定用四个维度来打分：

• 冲突处理能力：两台设备同时改了同一个文件，方案是直接覆盖、生成冲突副本、还是自动合并？这决定了你会不会丢内容。
• 版本历史：手滑删除或者覆盖之后，能不能找回旧版本？能找回多少版本？
• 同步延迟：在A端保存一条笔记，B端多久能看到变化。对于随手记场景，能接受的时间窗口是几秒到几分钟。
• 跨平台覆盖和易用性：你的设备是Windows和Android，还是Mac和iPhone，可选方案的范围完全不同。

除此之外，成本、隐私、是否需要自建服务器，也是决策因素。下面所有方案的对比，基本都围绕这四个维度展开。

1.3 本次横评的范围

我实际测试并且长期使用过这些方案：Obsidian官方Sync、iCloud Drive、坚果云WebDAV、OneDrive、Dropbox、Syncthing、Remotely Save插件、Obsidian Git插件，以及Self-hosted LiveSync。其中有些方案是组合使用，比如“坚果云WebDAV + Remotely Save插件”和“Git私有仓库 + Obsidian Git插件”，因为单独用云盘客户端同步Obsidian库有先天缺陷，后面会展开解释。

2. 七大方案横向对比：各有什么优劣

2.1 Obsidian官方Sync：最省心的付费选择

官方Sync是我评估所有方案时的基准线。它的工作方式和网盘完全不同：Obsidian自己充当同步客户端，直接和官方服务通信，中间没有第三方网盘客户端操作文件。

优势非常明显。第一，它清楚Obsidian写入文件的时机，不会在文件写入一半的时候上传；第二，它可以端到端加密，也就是说服务端在理论上拿不到明文内容；第三，自带版本历史，误删笔记可以直接回滚；第四，能同步插件设置和主题，因为官方服务端能正确处理.obsidian目录里的配置。

缺点也有两个：一是收费，按月订阅大约是4美元，如果只为同步笔记，很多人会觉得没必要；二是它管的是Obsidian生态内的同步，不是文件系统层的同步。如果你临时想用手机自带的文件管理器直接打开笔记看内容，这条链路行不通。你的笔记仍然只存在于Obsidian这个应用内部。

我的评价是：如果你认可Obsidian这个工具，又不想折腾，官方Sync依然是2026年最省心、最不容易出问题的选择。把精力省下来记笔记，比省下几美元更重要。

2.2 通用云盘方案：iCloud、坚果云、OneDrive、Dropbox

这一类方案把Obsidian库当成普通文件夹，用系统级网盘客户端来同步。最大优点是上手零门槛，不需要改动Obsidian配置，打开文件夹就能用。但拿通用网盘来同步一个高频读写的Obsidian库，会撞上几类典型问题。

iCloud Drive在苹果生态里表现最好，Mac和iPhone的同步几乎系统级完成，只要iCloud空间有余量就不用额外花钱。不过它的Windows客户端表现很一般，而且iOS上如果系统认为某个文件长时间没打开，可能会把文件移出本地，只留下云端占位符。Obsidian打开这种占位文件时，要么一直转圈，要么读到的内容不完整。这个问题在开启“优化Mac存储空间”之后尤其明显。

坚果云是国内云盘里同步协议最规整的一家，一直支持WebDAV，增量同步做得好，上传下载速度不错。免费版有严格的上传下载流量限制，纯文字笔记通常够用，但如果你大量嵌入图片、PDF或者管理视频，很容易在月末用光流量。这里要特别提醒：如果你用坚果云客户端直接同步库文件夹，本质还是“整库同步”，冲突和半文件问题依然存在；更推荐的做法是把坚果云当作WebDAV远端，交给Remotely Save插件来驱动，实操部分我会写详细配置。

OneDrive对Windows用户非常友好，有Microsoft 365订阅的基本不缺空间。它最大的坑是“按需文件”：文件如果只在云端，Obsidian读到的只是一个0KB占位符，搜索全文时凭空少掉一大截内容。解决办法是在OneDrive设置里把库文件夹标记为“始终保留在此设备”，但如果你在好几台电脑上都要这样设置，很容易漏掉其中一台。

Dropbox是把同步体验做顺的老牌网盘，智能同步和团队协作都成熟。但免费版只有2GB，放纯文字库还勉强，图片和附件一多就捉襟见肘。而且它免费版在部分网络环境下的连接表现一般，需要自己权衡。

四个网盘总结成一个判断：如果全设备都用苹果，iCloud可以用；主力设备是Windows，别用OneDrive同步库；追求免费和稳妥，坚果云更适合做WebDAV后端，而不是直接挂客户端。

2.3 Syncthing和NAS：极客的数据自主方案

不想把笔记放在任何一家商业网盘上，有没有方案？有，Syncthing。

Syncthing是开源的P2P同步工具，没有中央服务器，两台设备之间直接传输，全程加密。它支持Windows、macOS、Linux、Android，iOS上则需要借助第三方客户端。实际体验下来，局域网内同步几乎实时，延迟可以做到1秒以内；跨网络则依赖两台设备能否直接建立连接，连接不通时会借助Syncthing官方提供的中继服务器转发，速度通常不理想。

它的最大优点是隐私和免费，最大缺点是配置和排障成本。如果你对“设备ID”“自定义同步文件夹”“忽略模式”这些概念不熟，第一次把两台不同系统的设备拉通，大概率要花掉一个下午。而且Syncthing没有中央存储：两台设备都离线的情况下，你在其中一台新建的笔记不会出现在第三台设备上，因为没有云端副本。

NAS是另一个极客方案。把Obsidian库放在NAS共享目录，用SMB或WebDAV直接挂载为网络盘，看起来非常优雅。但实测下来，直接在网络盘上打开Obsidian库并不可靠：Obsidian做全文搜索时需要建立索引，频繁访问网络盘会让索引效率低下；网络一抖动，文件可能进入只读状态甚至损坏。所以我的建议是，NAS更适合做备份终点或同步中转，本地仍然保留一份副本，不要长期把笔记库放在NAS上连续读写。

2.4 插件方案：Remotely Save、Obsidian Git、Self-hosted LiveSync

插件方案是绕不开的一类选择，因为它们不需要换网盘，也不用理解系统层面的同步原理，而是让Obsidian自己充当“同步客户端”。

Remotely Save是目前免费方案中综合体验最好的插件。它支持WebDAV、S3、Dropbox、OneDrive等后端，在Obsidian界面内提供配置项，可以设置同步方向、同步间隔、文件排除规则，还能在移动端只允许WiFi下同步。它的同步机制是Obsidian主动上传下载文件，等于绕开了云盘客户端，因此不会遇到云盘客户端读到半文件的尴尬。

Obsidian Git适合开发者。它把整个库当成Git仓库，每隔一定时间自动commit，并推送或拉取远端仓库。好处是版本历史完整，每次修改都有记录，回滚就是一条命令；坏处是移动端体验不好，而且Git不是为多端自动同步设计的，如果你在两台设备上同时提交，会碰到真正的Git冲突，需要自己手动解决。

Self-hosted LiveSync是基于CouchDB的近实时同步方案，插件自带端到端加密，支持多人协作，配置得当后延迟极低。但它需要一台跑CouchDB的服务器，还要理解复制连接、心跳保活等概念。复杂度比前面几个方案高一个数量级，适合愿意当“自建党”的极客，普通用户不建议碰。

3. 多维度实测与打分：数据会说话

3.1 测试环境与测试方法

为了让对比不靠“感觉”，我搭了一套固定测试环境：一个包含约3800个文件、总容量640MB的Obsidian库，里面有三年的笔记和大量截图、PDF；分别在Windows 11台式机、macOS笔记本、Android手机、iPhone四个端上跑。

测试场景有三类。冷启动场景：把Obsidian从完全关闭状态打开到可以全文搜索，记录耗时。读写场景：在A端新建一条含图片的笔记，等B端同步出现，记录时间差。冲突场景：两台设备同时编辑同一个文件，观察方案是覆盖、生成冲突副本还是自动合并。所有方案连续测试一周，记录期间的数据异常。

3.2 冲突处理与版本历史对比

先看最影响笔记安全的两个维度：冲突和版本。

表格里最值得注意的不是谁最快，而是冲突策略。iCloud在这一栏最不可控，因为它对普通文件夹的同步是黑盒的，Obsidian只能被动接收最终文件；Obsidian Git的版本历史最强大，但要求你有处理Git冲突的能力。官方Sync和Remotely Save的冲突策略最符合普通人的直觉：保留双方内容，不覆盖任何一边。

3.3 五个维度的评分汇总

我把每种方案按可靠性、速度、易用性、隐私性、成本这五个维度打了一个主观分数，满分10分。分数来自我过去项目经验和这次实测感受，不代表绝对客观标准，但能帮你快速判断方向。

看综合推荐指数，Syncthing最高，但那是“极客推荐指数”高；如果给完全不想折腾的朋友推荐，官方Sync和坚果云+Remotely Save才是更合适的答案。评分只能缩小范围，最终拍板还要看你的设备组合和动手能力。

3.4 为什么最终答案是一套“组合拳”

横向对比做完之后，我发现一个事实：没有任何单一方案在所有维度上都赢。要版本历史，Git最猛，但移动端拉胯；要实时，官方Sync和LiveSync很强，但前者收费、后者复杂；要隐私和免费，Syncthing胜出，但冲突处理全得靠人。

所以我最终推荐的“最优解”不是一个方案，而是一个组合：以官方Sync为主力同步通道，因为它在多端文件一致性上最可靠；以Obsidian Git做固定频率的版本快照，任何误删、内容被覆盖，都可以从Git历史里捞回来；再把坚果云WebDAV挂上Remotely Save作为备用通道，万一主同步出问题，至少还有一份云端副本。这套组合我已经连续用了一年，没有丢过一条笔记。

4. 分场景推荐：找到你的最优解

4.1 全苹果生态用户：iCloud可以，但请先处理占位符问题

如果你只有Mac、iPhone、iPad，iCloud Drive是成本最低的同步方案，因为它在苹果系统内部原生集成，Obsidian可以打开“iCloud Drive -> Obsidian”目录。但你要先在系统设置里把整个Obsidian文件夹设为“始终保留在此设备”，或者在iPhone和iPad上关闭“卸载未使用的App”，否则系统在存储空间紧张时会把笔记移出本地，等你打开Obsidian才发现文件还在云端，体验非常割裂。

我见过太多苹果用户在这上面翻车。前几天帮一个朋友排查，她在iPhone上打开Obsidian，整个库空空如也，但电脑上文件明明都在。原因就是“卸载未使用App”把Obsidian离线数据清理了，重新打开后应用需要从iCloud逐文件下载。库一旦超过几百MB，这个下载过程会非常折磨人。如果你有这种需求，纯苹果生态建议iCloud加定期备份，混合生态直接换Remotely Save加WebDAV。

4.2 多平台混合用户：免费方案首选Remotely Save + 坚果云WebDAV

Windows、Android、iPhone混用的场景下，云盘客户端同步的坑会非常密集：OneDrive在iPhone上容易变成只读，iCloud在Windows上版本老旧，Dropbox免费空间也不够用。这时候最省心的免费方案，反而是让Obsidian自己当同步客户端。

我会优先推荐Remotely Save插件加坚果云WebDAV。原因是坚果云的WebDAV接口兼容性好，中文文档多，免费版流量对大部分纯笔记库够用；Remotely Save把同步逻辑放在Obsidian手里，不会出现系统级云盘客户端那种半文件上传、占位符、锁文件的问题。下一节实操部分我会给出每一步配置。

如果你有S3兼容的对象存储，用Remotely Save挂S3也可以，没有流量限制，但要注意跨区域访问的延迟和流量费用。把WebDAV作为首选，主要是它在免费、易用、连接顺畅之间取得了很好的平衡。

4.3 极客与数据主权党：Syncthing + 自建NAS + Obsidian Git

如果对“笔记掌握在自己手里”有很强的执念，Syncthing加NAS的组合很合适。Syncthing负责多台设备之间的实时同步，NAS作为常驻节点保证离线时的备份和中转，再在NAS上用Git仓库定期接收Obsidian Git的推送，等于把商业云盘全部换成自己的基础设施。

这个组合的缺点是排障成本高。Syncthing连接不上时，你需要理解端口转发、中继服务器、设备ID；NAS还要做磁盘健康检查和数据备份策略。如果这些对你不算门槛，那这套方案在隐私和数据自主性上没有任何对手。但如果你只是想舒服地记笔记，我劝你慎重，别让工具反过来消耗你。

4.4 从知识库搭建到AI协作：别忘了索引和附件

Obsidian现在越来越多人用来搭个人知识库，配合Dataview、AI插件做内容管理和信息聚合。这里有个容易被忽略的同步细节：很多插件会把索引、缓存、数据库文件写在.obsidian目录里，比如AI插件的向量索引、Dataview的临时数据，这些文件在不同设备之间同步时，可能格式不兼容或者体积巨大。

我的建议是把明显的cache、索引类目录排除在同步范围之外，只同步笔记和附件。官方Sync里可以配置排除列表；Remotely Save有过滤规则；Obsidian Git可以直接用.gitignore。否则你会在移动设备上看到AI插件反复重建索引，既耗电，又拖慢同步速度。

5. 实操过程：从零配置一套“最优解”组合

5.1 免费方案搭建：Remotely Save + 坚果云WebDAV完整步骤

这套方案没有设备和系统限制，核心就三步：装插件、配WebDAV、首次同步。

第一步，在Obsidian里通过“第三方插件商店”搜索Remotely Save并安装。如果商店打开慢，也可以到插件仓库手动下载安装包，把main.js、manifest.json、styles.css三个文件放进库目录的.obsidian/plugins/remotely-save文件夹，然后重启Obsidian。

第二步，去坚果云网页端，进入“账户信息 -> 安全选项 -> 添加应用密码”。注意：这里生成的应用密码是专门给第三方应用用的，不要填坚果云登录密码，否则会一直提示权限错误。生成后把这串密码保存好。

第三步，回到Remotely Save设置，远程服务选WebDAV，服务器URL填“https://dav.jianguoyun.com/dav/”，用户名填你的坚果云账号，密码填刚才生成的应用密码。远程路径建议填“/ObsidianVault”，让云上文件统一放在这个目录里。

第四步，同步方式选“双向”，同步间隔可以按个人习惯设置成每5分钟一次。在移动端，可以勾选“仅在WiFi下同步”，避免消耗手机流量。

第五步，首次同步前给本地库完整复制一份备份。在第一台设备上点击“立即同步”，让云端生成基准副本。切到第二台设备时，先同样配置好插件，但这次要点“下载同步”，而不是直接“上传”，否则一个空库可能覆盖掉云端数据。这个点是新手最容易踩的坑。

5.2 付费方案搭建：Obsidian官方Sync的设置顺序

选择官方Sync的话，流程比上面的方案更简单，但仍有几个容易忽略的地方。

先登录Obsidian账号，进入“设置 -> 第三方服务 -> 同步”。在Vault列表里找到当前库，选择“创建新同步仓库”。官方会让你选择同步内容：笔记、附件、设置、插件等。建议第一遍先把笔记和附件都打开，确认同步速度能接受后，再考虑是否同步插件设置。

端到端加密默认开启，需要自己设置一个密码。这个密码务必存进密码管理器，因为官方明确表示无法帮你找回。加密不是可选开关，而是开启后无法关闭，除非重建同步仓库。

在另一台设备上，登录同一账号后，选择同一个仓库文件，Obsidian会提示“下载并合并”。如果本地已有库，会询问如何处理，这时候要仔细看，避免用本地空库覆盖云端内容。官方同步的合并计算做得比较智能，但任何同步方案都做不到百分百零冲突，关键操作前备份永远是底线。

5.3 备份保险：Obsidian Git的部署细节

我的组合里，Git不是用来做实时同步的，而是做“后悔药”。安装Obsidian Git插件后，先在系统上装好Git，并把本机和远端仓库的SSH密钥配好。

在库目录执行git init时，建议先写一份.gitignore，至少包含：

.obsidian/workspace.json .obsidian/workspace-mobile.json .trash/

workspace.json记录的是当前窗口布局和打开的文件列表，不同设备同步这个文件会导致打开库时面板乱跳；移动端还有对应的workspace-mobile.json。如果你希望跨设备保留插件设置，可以选择同步.obsidian目录，但上面几个文件建议忽略。

远端仓库建议用私有库，无论是GitHub还是其他Git服务都行。推送频率我设为15分钟一次，提交信息带上时间戳，方便以后回滚定位。启用插件后，Obsidian每15分钟自动commit并push，相当于给笔记库做了一份细粒度的历史快照。遇到误删、误改，去Git历史里翻版本，比任何回收站都好用。

5.4 移动端同步配置：Android和iPhone各有两个坑

移动端配置和桌面端不太一样。Android上最大的问题是后台限制。很多手机默认会杀掉长时间不用的应用，导致Obsidian无法在后台执行定时同步。解决办法是把Obsidian加入电池优化白名单，把“后台活动限制”改为“不受限制”。如果还不行，就在Remotely Save里把同步间隔缩短，或者打开“退出Obsidian时执行同步”兜底。

iPhone和iPad走WebDAV，需要先在系统“文件”App里添加服务器。路径是“连接服务器”，输入坚果云的WebDAV地址，然后就能在文件App里看到对应目录。Obsidian里打开这个网络目录时，系统通常会自动把文件下载到本地。这里特别提醒一句：苹果的“文件”App对WebDAV的加载速度一般，如果库非常大，第一次打开会等比较久，要有耐心，别反复退出重进，否则可能中断下载。

如果你用的是官方Sync，移动端就不需要操心WebDAV和文件App，只需在Obsidian里打开同步开关，选择合适的同步策略。官方Sync还能开启选择性同步，按文件夹或文件大小忽略部分内容，这样可以控制手机占用空间。

5.5 同步验证清单：怎么确认方案真的没问题

配置完成后，先别急着删备份，最好跑一轮验证：

• 在设备A新建一条含图片的笔记，等3分钟，确认设备B能看到并且图片正常加载。
• 在设备B编辑同一篇笔记，回到设备A看是否更新。
• 在设备A删除一条旧笔记，等同步后去设备B确认删除是否生效，有没有生成冲突副本。
• 把设备A断网，编辑几条笔记，再恢复网络，观察重新同步是否引发冲突。
• 检查插件设置和主题是否跨端一致，第三方方案通常不会同步插件设置，官方Sync可以。
• 到Git历史里确认最近一版提交已经包含今天的新笔记。

只有这几项全部通过，才算真正完成了一套可视化、可回滚、可应急的Obsidian同步体系。

6. 常见问题与排坑实录

6.1 冲突副本成堆怎么办

这个问题几乎每个人都遇到过。Obsidian里的冲突副本一般命名为“xxx (conflicted copy 2026-xx-xx)”，它不会自动消失，只会越积越多。产生原因几乎都是两台设备在离线状态下分别编辑了同一篇笔记。同步工具无法判断谁是最新版本，只能把双方都保留下来。

减少冲突的办法：一是尽量不同时在不同设备编辑同一篇笔记；二是把同步间隔调短，让两端尽可能频繁地收敛；三是手机端编辑完以后等同步完成再切走。已经产生的冲突副本不要凭感觉乱删，先把两个版本都打开对比一遍，合并后确认无误再清理。如果经常需要手工合并，可以装一个Diff插件辅助对比，但最关键的习惯还是避免双开编辑。

6.2 移动端同步不触发或者打开旧数据

移动端同步失败的排查步骤是固定的：先看网络，包括WiFi是否连通、云盘是否超限；再看权限，Android的后台运行限制、iPhone的后台刷新开关；最后看版本，Obsidian和同步插件都更新到最新，老版本在某些系统版本上容易出Bug。

iPhone上的高频坑是“文件”App里WebDAV目录显示正常，但Obsidian访问时却显示空的。这通常是因为系统列出了目录结构，但真实文件还没下载。你需要逐个打开文件让它真正落盘，或者改用Obsidian官方Sync、Remotely Save的移动端插件，而不是依赖系统文件App来管理库。

6.3 图片嵌入失效

Obsidian最常被问到的几个问题里，“图片怎么嵌入”一定排前三。多数情况下，只要图片和笔记在同一个库目录里，用“![[图片名.png]]”这种格式就能正常显示。如果跨设备后图片裂开，先确认图片文件确实同步过去了，再看附件路径是否被设成了绝对路径，最后检查文件名有没有特殊字符。

我习惯把附件默认路径设为“库根目录/attachments”，所有图片、PDF都放这里，这样无论官方Sync还是Remotely Save都能完整搬过去。尽量不要用外部链接指向本机绝对路径，比如“C:/Users/xxx/...”，那样换一台设备必然出问题。粘贴剪贴板图片时，Obsidian默认生成的图片名是一串时间戳，正常不会冲突，但如果出现同名覆盖，可以在设置里开启“图片粘贴时自动重命名”。

6.4 OneDrive和iCloud的占位符或0KB文件问题

使用OneDrive或iCloud这类带“按需同步”功能的网盘时会遇到：从云端下载回来的文件看起来存在，实际内容还没落盘；在Obsidian里搜索时，明明有几百篇笔记，却只能搜到几篇。解决办法很土但有效：把这些网盘客户端的“按需文件”功能对目标文件夹关掉，或者把“始终保留在此设备”选项打开。

如果已经出现大量0KB文件，不要慌，先把网盘客户端切到“始终保留在此设备”，让系统把所有文件真正下载回本地，再重新打开Obsidian。特别提醒：千万别在文件还是占位符的时候直接编辑，曾经有人把一个云端占位文件误当成空文件，直接覆盖了本地副本，内容就这么丢了。

6.5 Obsidian Git推送失败

Obsidian Git的自动推送偶尔会失败，最常见原因是本地落后于远端，也就是另一端已经推送了新的提交，本地没有拉取，直接commit后push会被拒绝。这时不要反复点Push，需要先pull，把远程分支变更合并到本地。Obsidian Git插件里可以直接配置“自动pull”，但pull也可能产生合并冲突。如果是纯备份场景，我更推荐把远端仓库当作“只收不发”的备份端，手动需要时才pull。

Git仓库不要放进公开仓库，即使觉得笔记全是公开文章草稿，也可能夹杂未发布的私人信息。真要发布到公开平台，单独抽一个发布版本，别拿整个库直接推。

6.6 官方Sync加密密码忘记怎么办

官方Sync开启端到端加密后，如果忘记加密密码，官方无法帮你恢复数据，唯一能做的是把本地库导出，然后新建一个同步仓库重新上传。所以我的建议是：一定把加密密码存进密码管理器，并且写一份纸质备份放在安全的地方。这个提醒听起来很基础，但我见过太多人在“我不会忘”的自信里翻车。

坚果云WebDAV的应用密码也一样，如果改过，需要在所有设备的Remotely Save里重新填写，否则会反复弹出认证失败。我自己的做法是把WebDAV地址和应用密码记录在笔记里，但这条笔记本身不参与同步，否则就变成“钥匙锁进保险箱”的经典困境。

最后说说我个人折腾下来的真实感受。同步这件事，真的不存在完全不投入就能一劳永逸的方案：花钱的方案要付费，免费的方案要花时间配置；省心的方案可能在隐私上打折扣，隐私最好的方案可能要调一整个下午。重要的不是找到一个“再也不用管”的方案，而是找到一个跟你使用习惯匹配、出问题后容易排查、数据又有多重兜底的方案。就我自己而言，“官方Sync做主力同步、Obsidian Git做版本回滚、坚果云WebDAV做应急通道”这套组合已经用了很长时间，期间换过电脑、清过手机、误删过目录，每一次都能靠这套组合安全找回。如果这篇测评能让你少走几个弯路，那我就没白写。