Immich项目移动端持续上传问题的技术分析与解决方案

问题现象分析

在Immich项目的Android移动端应用中，用户反馈出现了一个异常现象：应用持续尝试重新上传已经存在于服务器的媒体资源。具体表现为：

1. 应用上传界面显示"0个资源待上传"，但后台仍在上传特定文件
2. 上传行为呈现固定模式，总是从同一个文件开始，按特定顺序尝试上传
3. 删除设备上的起始文件后，上传序列会从下一个文件继续

技术背景解析

Immich是一个自托管的照片/视频备份解决方案，其核心机制包括：

• 客户端通过checksum校验机制确保文件唯一性
• 服务端使用PostgreSQL数据库维护资源索引
• 采用WebSocket保持实时通信

从错误日志可见，系统检测到了"UQ_assets_owner_checksum"唯一约束冲突，表明客户端上传的文件checksum与服务端已有记录重复，但客户端仍持续尝试上传。

根本原因推测

结合技术日志和用户环境配置，可能的原因包括：

1. 网络配置问题：

   • 用户同时使用了Nginx反向代理和CDN服务
   • CDN免费版有100MB文件大小限制
   • 局域网绕过配置可能不完整

2. 客户端状态同步异常：

   • 客户端本地数据库未能正确同步服务端状态
   • 文件索引信息出现不一致

3. WebSocket连接不稳定：

   • 日志显示频繁的WebSocket断开/重连
   • 可能导致状态同步中断

解决方案建议

立即缓解措施

1. 检查CDN配置：

   • 确认大文件上传是否被拦截
   • 验证局域网绕过规则是否生效

2. 清理客户端缓存：

   • 清除应用数据并重新登录
   • 强制重建本地索引

长期改进方案

1. 增强客户端重试机制：

   • 添加上传失败后的状态验证
   • 实现更智能的重试策略

2. 优化网络检测：

   • 改进局域网/广域网环境检测逻辑
   • 添加代理环境下的特殊处理

3. 完善日志系统：

   • 增加上传决策的详细日志
   • 记录网络环境变更事件

技术实现细节

从PostgreSQL错误日志可见，服务端已正确阻止了重复记录插入，但客户端未能正确处理这些错误响应。理想的处理流程应该是：

1. 客户端计算本地文件checksum
2. 查询服务端是否存在相同checksum
3. 仅当不存在或版本不同时才发起上传
4. 正确处理服务端返回的23505错误码

用户操作建议

遇到类似问题的用户可以尝试：

1. 暂时禁用CDN服务进行测试
2. 在Nginx配置中调大client_max_body_size
3. 检查设备时间设置是否准确
4. 在稳定的WiFi环境下进行首次同步

该问题凸显了分布式系统中状态同步的重要性，也提醒我们在复杂网络环境下需要更健壮的异常处理机制。Immich开发团队可以借此机会进一步优化客户端与服务端的协同工作机制。