Remotely-Save插件：Android设备同步崩溃问题分析与解决方案

问题背景

在跨设备使用Obsidian配合Remotely-Save插件时，用户遇到Android客户端同步崩溃问题。典型场景涉及：

• 三端协同：Android手机（主编辑端）、Linux桌面（批量处理端）、WebDAV服务器
• 工作流程：手机端创建笔记 → 桌面端进行大规模重构（移动/重命名/合并）→ 同步回手机端时崩溃

技术分析

同步崩溃可能由以下因素导致：

1. 大规模元数据变更：数百个文件的移动/重命名操作产生复杂变更记录
2. 内存限制：Android设备在比对复杂变更时可能出现内存不足
3. 同步模式切换：从双向同步临时改为增量拉取+删除模式可能引发冲突检测异常

解决方案

推荐方案：强制重建本地仓库

1. 完整备份：首先确保WebDAV服务器和桌面端数据已完整备份
2. 清理Android端：
   • 关闭Obsidian应用
   • 手动删除Android设备上的vault目录（或仅删除notes子目录）
3. 重新初始化：
   • 启动Obsidian并打开原仓库路径
   • 保持"Incremental Pull and Delete"模式进行首次同步
4. 模式恢复：确认数据完整后切换回双向同步模式

注意事项

• 建议在WiFi环境下执行全量同步
• 首次同步后检查文件数量和时间戳是否匹配
• 如遇媒体文件缺失，可单独同步.obsidian/remotely-save-media目录

技术原理

该方案有效性的底层逻辑：

1. 空本地仓库会触发插件的"初始同步"流程
2. 增量拉取模式确保以服务端为权威数据源
3. 删除操作仅发生在客户端，避免服务端数据意外丢失

预防建议

1. 大规模重构前建议：
   • 在桌面端完成所有变更后立即执行完整同步
   • 保持其他客户端离线直至同步完成
2. 定期维护：
   • 检查并清理冲突文件
   • 监控仓库大小变化

风险提示

任何同步操作都存在潜在风险，务必：

• 保持至少2个独立备份
• 分阶段验证关键数据
• 避免在多设备同时在线时执行批量操作