企业官网建设流程全解析

从我开始用 Obsidian 记东西那天起，“同步方案”这四个字就成了跨平台写笔记路上的第一道坎。白天在 Windows 台式机上写了一半的项目笔记，出门用手机想补两笔，打开一看还是昨天早上的版本；等晚上回到 MacBook 前，又发现手机端已经改过几个标题，三台设备各说各话，整个库乱成一锅粥。折腾了大半年，我把能想到的多平台同步方案几乎都试了一遍，从官方服务到 iCloud、Git、Syncthing、WebDAV 全走了一圈，踩了不少坑，最后才搭出一套适合自己工作流的组合方案。这篇东西不打算给你放一堆概念，直接把每个方案的优点、痛点、适用场景和实操配置摊开讲，希望能让同样被同步折磨的人少走点弯路。

这篇文章适合谁？如果你手头有两台以上设备，电脑、手机、平板混着用，又不想在同步这件事上反复折腾，那这篇文章基本就是为你准备的。哪怕你是刚接触 Obsidian 的新手，对“知识库”“Vault”“Markdown”这些词还不太熟，只要跟着配置步骤走，也能把同步跑起来。

1. 同步到底是什么问题：先看清 Obsidian 的“文件即笔记”本质

1.1 为什么 Obsidian 同步比普通云笔记麻烦得多

Obsidian 和其他云笔记软件最大的区别在于，你的笔记不是存在某个云数据库里，而是一堆躺在本地磁盘上的 Markdown 和附件文件，这叫“本地优先”架构。好处是数据完全归你管、响应快、离线也能用，但代价就是——同步这件事完全要自己解决。你在 Obsidian 打开的“库”（Vault），本质上就是一个文件夹，里面是.md文件、图片、PDF，还有.obsidian配置目录。只要这个文件夹能出现在另一台设备上，并且保持文件一致，同步就算成功了。

听起来好像很简单，但实际用起来就会发现，文件同步从来不只是“把文件复制过去”这么简单。文件可能正被 Obsidian 占用而无法写入，多设备同时编辑会产生冲突，删除操作如果不小心会被反向传播，附件大了同步速度直线下降，.obsidian目录里的 workspace 文件还会把你的窗口布局打包到处乱跑。这些细节在真正的多平台同步场景里都会被无限放大。

1.2 先梳理我的设备与使用场景

在推荐任何方案之前，我建议你像我一样，先把自己的使用场景写清楚，再看哪个方案匹配。我用 Obsidian 的主要设备如下：

• Windows 台式机（主力工作机，写长文、整理项目资料）
• MacBook（外出或在家时用，日常阅读、快速记录）
• iPhone（碎片时间查看笔记、临时灵感速记）
• Android 平板（读书笔记、划词摘录）

除了设备，使用习惯也要考虑：我偶尔会在两台电脑同时打开 Obsidian，手机端通常只是查看和短文字录入。这个习惯直接决定了方案选择——我需要一个不会频繁产生冲突、能容忍一定延迟、但必须能在任何设备上拿到最新内容的方案。

需求可以拆成四层：

• 跨设备可用：Windows、macOS、iOS、Android 一个都不能少
• 版本回滚能力：手滑删库或者改错内容时有后悔药
• 实时性：不需要秒级同步，但要能在换设备时快速拿到最新版
• 隐私与成本：笔记内容不想被随意扫描，能省则省

把需求分层列出来之后，你再去看市面上这些同步方案，基本不会挑花眼。

2. 五大主流同步方案横向对比：优点、痛点与适用人群

2.1 官方 Obsidian Sync：省心但要付费

Obsidian 官方同步服务是我第一个尝试的方案，毕竟它是官方出品，和软件本体配合度最高。你不需要装任何插件，在设置里登录账号、开启同步、选择要同步的库，就完事了。它支持端到端加密、版本历史、跨全平台，而且移动端在后台同步的表现也很稳定。

但是它的缺点也直接：这是付费订阅服务，一年下来的费用对很多人来说不算小数目。具体价格请以官网为准，总之属于“能用钱换时间”的选择。如果你预算充足、又不想折腾，官方 Sync 真的是体验最好的方案，没有之一。我当时订阅了一个月试用，移动端体验确实很丝滑，但考虑到长期持有成本，最后还是转向了免费方案。

2.2 iCloud 和 OneDrive：系统生态的甜蜜陷阱

我身边很多朋友一开始会想：把 Vault 文件夹放在 iCloud 或者 OneDrive 的同步目录里，不也能跨设备同步吗？坦白说，这个方法在“单平台”场景下能用，但有意想不到的坑。

先说 iCloud。在纯 Apple 生态里（Mac + iPhone + iPad），iCloud 的体验还算说得过去，文件会自动上传，Obsidian 在 iOS 端直接打开 iCloud 里的库也比较顺手。可一旦混入 Windows 设备，iCloud for Windows 的表现就很拉胯，经常出现文件占位、下载不及时、错误冲突副本等问题。我的 Obsidian 库在 Windows 上通过 iCloud 同步后，打开经常会看到一个带“(1)”后缀的重复文件，清理起来非常烦人。

OneDrive 的问题也类似。它默认开启“文件按需下载”，本地只有占位符，真正打开文件时才从云端拉取。Obsidian 在启动时扫描整个库，如果文件都还是占位符，就会出现“文件找不到”的报错，或者读取到空内容。虽然可以在设置里改成“始终保留在此设备上”，但这样每个设备都要手动调整，等于把同步的坑从客户端转移到了 Obsidian 端。

我的结论是：这类系统网盘更适合做“备份”，不适合做 Obsidian 的多平台实时同步底层。尤其是跨平台混合使用的场景，越用越糟心。

2.3 Git 同步：技术流的最爱

如果你本身是程序员，或者不排斥命令行，那 Git 同步方案会非常香。核心思路是用 Obsidian Git 插件，定时把 Vault 里的改动自动 commit，再 push 到远程仓库，另一台设备 pull 下来。

这套方案最大的优势是版本历史极其强大。每一次 commit 都是一次快照，任何写错的笔记都可以回到任意历史版本，这个安全感是其他方案很难给的。第二个优点是增量同步，只推送变化的部分，对网络和流量都很友好。远程仓库可以用 GitHub、GitLab、Gitee，或者自己搭的代码托管服务，完全可以掌控。

缺点是门槛和日常维护成本偏高。移动端基本不能直接跑 Git，iOS 上得配合 Working Copy 这类 App，Android 上也要装额外工具，使用体验非常割裂。另外，首次克隆一个带大量附件的库可能要下载好几分钟。我当时在 iPhone 上跑 Git 方案，光是初始化就折腾了很久，最终放弃了这个方案作为移动端同步主力。

2.4 Syncthing：开源 P2P 的多面手

Syncthing 是开源、去中心化的点对点同步工具，不依赖任何云服务，设备之间直接传输数据。它的优势非常明显：局域网内同步速度极快，隐私性拉满——你的笔记不走任何第三方服务器，只在你自己设备之间流转。

实际用下来，Syncthing 在 Android 端体验还不错，App 成熟、后台同步稳定。在 Windows、macOS、Linux 上也很可靠。要说问题主要在 iOS 端，iOS 系统对后台文件访问限制很严格，官方 App 一直没有，只能用第三方客户端（比如 Möbius Sync）来间接支持，配置起来不是一般麻烦。

另外 Syncthing 没有版本历史，如果某台设备把文件删了，删除操作会被同步到所有设备，想找回只能靠外部备份。它更适合“长期在线的多台设备”场景，比如家里一台 NAS、一台主力电脑常开，再配合手机用，体感会很好。如果设备经常关机、没有常驻节点，同步实时性会打折。

2.5 坚果云 WebDAV + Remotely Save：国内环境的实用派

这是我最终启用的主力方案。先说思路：用 Remotely Save 这个社区插件，把 Vault 内容推送到一个 WebDAV 服务器上，其他设备再从服务器拉取。而国内最容易访问、也最有知名度的 WebDAV 服务就是坚果云。

坚果云本身是国内网盘，提供了 WebDAV 接口，你可以在 Obsidian 里配置一个远程目录做同步。免费版有每月流量限制，纯文字笔记完全够用，但如果你的库里有大量图片或 PDF 附件，很容易超出流量限额。专业版的流量会宽裕很多，具体收费标准官方都有说明。

配合 Remotely Save 插件后，桌面端可以设置定时自动同步，移动端也能在 Obsidian App 内直接完成同步。相比 Git，它对非技术用户非常友好；相比 iCloud，它在 Windows 和 Android 上的表现稳定很多；相比 Syncthing，它不要求两端同时在线，只要云端可达就能同步。这个方案最终成了我跨平台同步的“主力选手”。

2.6 方案横向对比总览

3. 实操：我最终采用的混合同步方案

3.1 整体思路：不同设备用不同入口，别让两个同步引擎打架

老实说，我在前面的尝试中犯过的最大错误，是想用一个方案解决所有设备的所有问题。后来想通了：同步方案根本不需要“唯一解”，它可以组合。我的最终架构是这样设计的：

• 主力同步：坚果云 WebDAV + Remotely Save 插件，负责所有设备的日常文件流转
• 版本备份：Git + 私有仓库，专门承担每日快照和误删恢复的职责

这里有个很重要的原则：同一个 Vault 目录，绝对不要让两个同步引擎同时“双向自动同步”。意思是，不要同时开着 Remotely Save 自动同步和 iCloud 文件夹同步去指向同一个目录，两个同步引擎会互相打架，最后产生大量冲突文件。我把 Git 设计成“手动或低频推送”的备份角色，而不是同步角色，就是为了避免这种冲突。

3.2 桌面端配置：Windows 和 macOS 双端一致

桌面端的配置步骤其实不复杂，我以 Remotely Save 为例说一遍：

1. 在 Obsidian 里打开“设置”→“第三方插件”，关闭安全模式，然后在社区插件市场搜索“Remotely Save”，安装并启用。
2. 进入 Remotely Save 设置，选择远程服务为“WebDAV”。
3. 服务器地址填https://dav.jianguoyun.com/dav/，注意路径末尾要带斜杠；用户名填你的坚果云邮箱，密码不是登录密码，而是要在坚果云“账户信息”→“安全选项”里生成的“应用密码”。
4. 检查“远程路径”是否设置成一个独立文件夹，比如/ObsidianVault/，不要直接放在 WebDAV 根目录，避免和坚果云里其他文件混在一起。
5. 在“行为”设置里，我建议把自动同步关掉或改成定时同步（比如每 15 分钟），不要用“实时监听”模式，因为 Obsidian 频繁保存临时文件会触发多余上传，既费流量也容易导致写冲突。

Git 这边的配置同样简单：安装 Obsidian Git 插件，设置里开启“自动备份”为 30 分钟一次，开启“自动拉取”为 60 分钟一次。然后新建一个.gitignore，把.obsidian/workspace.json和.obsidian/workspace-mobile.json排除掉，避免不同设备上的窗口布局相互覆盖。

3.3 移动端配置：iOS 和 Android 同样一套流程

移动端用 Remotely Save 连坚果云，配置逻辑和桌面端一样，但有几个移动端特有的注意点：

• 在 iOS 上 Obsidian 的存储空间是沙盒化的，首次配置前最好先把 Vault 手动建立好，再让 Remotely Save 把云端内容拉下来。
• 移动端建议把同步模式设置为“手动拉取优先”。我看笔记多、编辑少，所以默认不自动推，打开 Obsidian 时先点一下同步按钮拉取最新内容，写完后手动推送一次。
• 手机上配置 WebDAV 时，同样要用应用密码，不要用坚果云登录密码，否则会一直提示认证失败。
• 如果你和我一样有 Android 平板，流程完全一致，唯一区别是首次同步前注意 Wi-Fi 连接，避免用移动网络全量下载大库，既慢又费流量。

3.4 冲突处理与备份策略：同步不等于备份

我强调过很多次：同步不等于备份。同步只是在多台设备之间保持一致，一旦误删、误改被传播出去，所有设备都会跟着遭殃。所以我在此基础上补了一层基于 Git 的备份策略：

• 每周手动执行一次 Obsidian Git 的“备份”命令，相当于打一个周期快照
• 遇到大改动之前，先手动执行一次备份，保证有后悔药
• 坚果云和 Git 仓库各存一份完整历史，本地磁盘也保留原文件，形成三份冗余

冲突处理也简单：Remotely Save 检测到同一文件两端都有修改时，会把后写入的一方保留为带“conflicted”标识的新文件，不会直接覆盖你的内容。网上很多人看到这种文件就慌了，其实这是保护机制在起作用。手动对比一下，把正确的内容合并回原文件，再删除冲突副本就好。Git 那边的冲突处理则更“程序员”一些，需要在编辑器里找到<<<<<<<标记手动合并，我之前在 Git 方案里提过，这里不赘述了。

4. 常见问题与排查技巧实录

4.1 移动端连不上 WebDAV，同步一直转圈

这是所有人配置 Remotely Save + 坚果云时最容易卡住的环节。我遇到和帮朋友排查下来，原因基本逃不出这几类：

4.2 Git 推送冲突：一劳永逸的解决思路

用 Git 做备份时，最经典的问题就是推送冲突。比如你在电脑 A 提交了 3 条记录，但电脑 B 在你之前已经把另外 2 条推送到远端了，A 再 push 就会被拒绝。很多人在这一步直接卡死，以为库坏了。

其实解决思路很简单：先拉取远端的最新记录，把它合到本地，再重新推送。在 Obsidian Git 插件里直接点“Pull changes from remote”执行拉取即可，大部分场景下拉取会顺利完成。如果出现 merge 冲突，打开冲突文件搜索<<<<<<<，把本地和远端的内容手动合并保留，删掉=======和>>>>>>>标记，保存后再 push 一次就行。

4.3 附件多、笔记库大：同步越跑越慢怎么办

笔记库太大会拖垮任何同步方案，这点我深有体会。我最开始把大量截图、PDF 都直接丢进 Vault，第一个月坚果云的流量就超了，同步也越来越慢。后来做了三件事：

• 图片入库前统一压缩，能转成 WebP 的尽量转，长截图用标注工具压缩到 1900px 宽以内
• 大文件不超过 5MB 的才放进 Vault，更大的扔到独立网盘，在笔记里用链接引用
• 同步前排除临时目录和无用缓存，比如.trash/、.obsidian/plugins/xxx/data.json里的缓存内容

流量限额问题确实需要重视。坚果云免费版每月流量有限，如果你也是图文为主的笔记党，建议要么压缩附件控制流量，要么考虑付费提升额度，否则月底几天同步基本罢工。

4.4 双设备同时编辑导致的内容丢失

碎笔记场景下，手机和电脑同时打开同一个文件改内容是常有的事。轻则出现冲突副本，重则旧内容覆盖新内容。我自己有一次在手机上改了标题，电脑上 Obsidian 一直开着没刷新，等电脑自动保存时就把手机改的版本覆盖了。

避免这个问题，除了前面说的“移动端手动拉取优先”，还有两个实用习惯：

• 桌面端写完一段就随手按一下保存快捷键，Obsidian 里默认是Ctrl+S/Cmd+S，保存后立即推送
• 重要笔记开头加一个last_modified字段，或者干脆用 Dataview 做一个最近编辑列表，切换设备时能一眼看到哪个文件被改过

另外别忘了 Git 这个后悔药。就算发生了覆盖，也能从历史版本里找回旧内容，这是我坚持把 Git 备份沿用下来的核心原因。

4.5 插件配置同步了吗：别忘了 .obsidian 目录

很多人同步笔记内容没问题，但换了设备后发现插件没了、快捷键没了、主题也变了。原因是你只同步了笔记文件，没同步.obsidian目录。这个目录里存了插件列表、快捷键、主题、设置等关键配置，属于 Vault 的一部分，理应纳入同步范围。

但要注意，.obsidian目录下有两个文件不能同步：workspace.json和workspace-mobile.json。它们记录的是“当前打开了哪些标签页、窗口怎么布局”，属于设备本地状态，同步了反而会让每台设备的窗口布局互相干扰。用 Remotely Save 的话，可以在插件里配置忽略这些文件的同步；用 Git 的话，在.gitignore里排除即可。

5. 避坑经验与最终推荐

5.1 我总结的 5 条避坑原则

写到这里，把最重要的几条经验单独拿出来说，算是给后来者的一份“防坑清单”：

1. 两个同步引擎绝不能同时双向同步同一个 Vault 目录，这比任何单点故障都容易造成文件错乱
2. 同步不是备份，任何云同步都可能把误删传播到所有设备，必须单独留一层快照备份
3. 移动端优先“拉取”而非“自动推送”，能大幅降低写冲突的概率
4. 附件体积是所有同步方案的第一瓶颈，图多就去压缩，附件大就换分层存储
5. 切换方案前先备份旧库，在小规模测试库上跑通后再迁移主库，不要在主力库上直接试陌生插件

5.2 什么样的用户适合哪种方案

根据自己的情况对号入座，会比直接照搬我的方案更合理：

最后再分享一个小技巧：我后来用 Dataview 插件在库里建了一个“最近修改”页面，每次在设备之间切换前扫一眼，就能快速确认当前设备上的文件是不是最新版。配合这套同步方案，多平台写笔记这件事终于从“天天打架”变成了“无感发生”，希望这篇测评也能帮你找到属于自己的那个最优解。