Obsidian 多端同步时，很多用户会遇到一个共性问题：所有设备都在双向同步，每次打开都要等同步完成，手机上的误操作也可能影响主库。
Nutstore Sync 同步插件已上线的同步策略功能，就是为解决这个问题设计的。它让你可以给不同设备分配不同的同步角色，而不是所有设备一视同仁。
本教程详细讲解五种同步策略的含义、区别和最佳实践。
为什么需要同步策略？
先理解一个问题：是不是所有设备都需要平等地双向同步？
对大多数 Obsidian 用户来说，答案是否定的。
你可能电脑是主力写作设备，手机只是偶尔查看和补充灵感。你的平板可能只用来阅读整理好的资料。你的备用电脑可能偶尔才打开 Obsidian。
如果每台设备都启用双向同步，就会出现几个问题：
- 手机上误删一篇笔记，会同步回云端和电脑；
- 备用电脑上的旧版本可能覆盖云端新版本；
- 每台设备每次打开都要处理完整的同步队列；
- 配置目录在多端同时修改时容易冲突。
同步策略的价值就是让不同设备各司其职：主力设备负责产出和上传，阅读设备只负责接收和查看。
五种同步策略逐一解读
Nutstore Sync 目前支持五种同步策略。
1. 双向同步
数据方向：本地 ↔ 云端。
这是最经典的模式。本地修改会同步到云端，云端的变化也会同步回本地。适合需要在多台设备上都进行编辑的场景。
适用场景：你既有电脑也有备用电脑，两台都要写笔记；或者你电脑和手机都要频繁编辑同一个笔记库。
需要注意的是，双向同步时不要多端同时编辑同一篇笔记。养成「写完同步、同步后再打开」的习惯可以减少冲突。
2. 仅发送
数据方向：本地 → 云端。
当前设备的本地变化会同步到云端，但云端的变化不会主动拉回本地。适合把这台设备定位为主力编辑端。
适用场景：你在电脑上写作、整理、删除，希望把这些操作同步到云端供其他设备接收，但不需要从云端拉取其他设备的变化。
配合其他设备的「仅接收」，可以形成清晰的单向链路：电脑仅发送 → 云端 → 手机仅接收。
3. 仅接收
数据方向：云端 → 本地。
只从云端下载内容，本地做的任何修改都不会上传。适合把这台设备定位为阅读端。
适用场景：手机主要用来看笔记、查资料；平板上阅读整理好的内容；新设备初始化时先拉取完整笔记库。
这是最安全的阅读模式。即使你在手机上误删了文件、误改了内容，也不会影响云端和主力设备。
4. 仅发送：覆盖云端变更
数据方向：本地强制校准云端。
以当前设备的本地文件为准，把云端内容修正为和本地一致。云端多余的文件可能被删除，云端不同的版本会被本地版本覆盖。
这是修复模式，不是日常同步模式。
适用场景：云端文件已经混乱，比如多了很多冲突副本、目录结构错乱、旧文件没有被正确删除。但你确认当前这台设备的本地文件是正确版本，想用本地库校准云端。
使用前务必确认本地是正确版本，并先备份云端数据。
5. 仅接收：还原本地变更
数据方向：云端强制校准本地。
以云端文件为准，把当前设备的本地内容恢复为云端版本。本地多余的文件可能被删除，本地不同的修改会被覆盖。
这也是修复模式。
适用场景：当前设备本地库已经混乱，比如手机上误操作导致文件异常、测试插件导致内容变化、本地出现了大量不需要的文件。但你确认云端是正确的，想用云端库恢复这台设备。
使用前务必确认云端是正确的，并先备份本地可能有用的新文件。
不同场景的策略组合推荐
| 使用场景 | 推荐策略组合 |
|---|---|
| 电脑主写，手机主看 | 电脑：仅发送；手机：仅接收 |
| 多台电脑都编辑，手机查看 | 所有电脑：双向同步；手机：仅接收 |
| 只有一台设备写，其他都只看 | 写作设备：仅发送；其他：仅接收 |
| 新手机/新电脑初始化 | 新设备：仅接收 |
| 云端混乱需要修复 | 确认本地正确后，用仅发送：覆盖云端变更 |
| 本地混乱需要恢复 | 确认云端正确后，用仅接收：还原本地变更 |
设置位置
在 Nutstore Sync 插件设置中，找到同步策略相关选项，根据当前设备的角色选择对应模式。
设置后即时生效，不需要重启 Obsidian。
注意事项
普通日常使用建议只用「双向同步」「仅发送」「仅接收」这三种模式。覆盖云端变更和还原本地变更属于修复模式，使用前一定确认哪一端是正确版本，并提前备份。
切换同步策略后，建议手动执行一次同步，确认新的策略按预期运行。
不要把覆盖和还原模式当成日常同步策略长期使用。
总结
Nutstore Sync 的五种同步策略让多设备管理变得灵活可控。核心原则是：给不同设备分配不同角色，主力设备负责产出和上传，阅读设备只负责接收和查看，修复模式只在确认后使用。