Remotely Save插件在iOS设备上的同步性能问题分析

问题现象

近期有用户反馈，在使用Remotely Save插件进行WebDAV同步时，iOS手机端出现了频繁刷新的问题。具体表现为：

1. 同步过程中Obsidian界面不断刷新，影响正常使用
2. 问题在iPhone上出现，但iPad上表现正常
3. 关闭插件后应用恢复正常
4. 同步功能本身仍能工作，但需要经历多次刷新

问题根源分析

经过技术排查，该问题主要由以下几个因素共同导致：

1. iOS系统内存限制：iPhone相比iPad具有更严格的内存管理机制，当处理大文件时容易触发内存回收机制，导致界面刷新。

2. 大文件处理问题：当库中存在超过10MB的大文件时，同步过程中会占用较多内存。测试表明：

   • 跳过10MB以下文件可避免刷新
   • 50MB以上文件几乎必定触发问题

3. WebDAV协议特性：标准WebDAV协议在传输大文件时采用整体上传/下载方式，对客户端内存要求较高。

解决方案建议

临时解决方案

1. 在插件设置中启用"跳过大文件"选项，建议阈值为10MB
2. 关闭"auto run on schedule"自动同步功能，改为手动触发同步
3. 避免在移动端进行包含大文件的同步操作

长期优化方案

1. 分块上传支持：对于支持分块上传的WebDAV服务器(如Nextcloud/Apache mod_dav/Sabre)，可使用分块传输技术减轻内存压力。

2. 文件分类同步：

   • 将大文件单独存放于特定目录
   • 通过.gitignore或类似机制排除这些目录的同步

3. 客户端优化：

   • 在移动端使用精简版库
   • 保持Obsidian和插件为最新版本

技术背景补充

iOS系统对单个应用的内存使用有严格限制，通常在几百MB级别。当应用内存占用接近阈值时，系统会强制进行内存回收，这可能导致界面刷新。WebDAV同步过程中需要将文件完整加载到内存中进行校验和传输，对于大文件而言极易触发此机制。

相比之下，桌面端和iPad由于具有更大的内存容量，通常不会遇到此类问题。这也是为什么同一库在不同设备上表现差异的原因。

最佳实践建议

1. 对于移动端使用，建议保持库文件小型化
2. 将媒体等大文件通过其他方式(如云存储链接)管理
3. 定期清理历史版本和缓存文件
4. 考虑使用专业同步服务如Nextcloud，以获得更好的大文件支持

通过以上优化，可以在保证数据安全的同时，获得更流畅的移动端同步体验。