Remotely-Save插件在Android设备上同步时出现文件大小不匹配问题的技术分析

问题现象

在使用Remotely-Save插件进行云端同步时，部分Android用户报告了文件大小不匹配的问题。具体表现为：

1. 首次同步过程正常完成
2. 后续同步时出现"size not matched"错误
3. 本地文件系统显示文件大小为0字节，但Obsidian仍能正常打开这些文件
4. 问题文件随机出现，每次同步都可能不同

技术背景

Remotely-Save是Obsidian的一款同步插件，支持多种云存储服务。在同步过程中，插件会对比本地和云端文件的元数据（包括修改时间和文件大小）来决定同步策略。

问题分析

从技术角度来看，这个问题可能涉及以下几个层面：

1. 文件系统延迟问题：

   • Android系统（特别是某些定制ROM如MIUI）可能存在文件系统元数据更新延迟
   • 文件实际内容已写入，但文件大小等元数据未及时更新

2. 同步机制冲突：

   • 插件在同步时依赖文件大小作为关键比对指标
   • 当文件系统返回错误的大小时，会导致同步决策错误

3. 缓存不一致：

   • Obsidian可能缓存了文件内容，而文件系统返回的是未更新的元数据
   • 这解释了为何文件显示为0字节但仍可正常打开

解决方案验证

用户提供的临时解决方案验证了问题的性质：

• 将同步方向改为"仅增量拉取"可以绕过问题
• 这表明问题主要出在本地文件系统状态检测环节

技术建议

对于遇到类似问题的用户，建议采取以下措施：

1. 系统层面：

   • 升级Android系统到最新版本
   • 检查是否有存储权限问题
   • 重启设备以刷新文件系统缓存

2. 插件使用层面：

   • 降低同步并发数（如将并发从20降至5）
   • 对于大型库，考虑分批同步
   • 定期进行完整库校验

3. 开发建议：

   • 增加文件内容校验作为辅助验证手段
   • 实现更健壮的文件状态检测机制
   • 添加对文件系统延迟的容错处理

结论

这个问题本质上是Android文件系统实现与插件同步机制之间的兼容性问题。虽然可以通过调整同步策略临时解决，但根本解决需要设备厂商改进文件系统实现或插件增加更完善的错误处理机制。用户在遇到此类问题时，应优先考虑检查设备存储系统的健康状况。