Signal-Desktop 桌面端附件存储重复问题分析与修复

在 Signal-Desktop 6.42.1 版本（MacOS 14.2 环境）中，用户发现了一个关于媒体附件存储管理的技术问题。当用户通过桌面客户端发送或接收图片时，系统会在本地 attachments.noindex 目录下生成两份不同尺寸的副本文件。更值得注意的是，当用户在客户端执行删除操作（包括阅后即焚消息的自动清理）时，系统仅会清除其中一个副本文件，导致存储空间未被完全释放。

问题技术背景

Signal 作为注重隐私的通讯应用，其桌面端采用特殊的附件存储机制：

1. 所有媒体附件默认存储在用户目录下的专用隔离文件夹（attachments.noindex）
2. 采用非标准扩展名存储以防止系统自动索引
3. 理论上应该与消息生命周期保持同步清理

问题复现路径

通过技术分析，该问题的触发条件非常明确：

1. 用户通过移动端发送图片到已关联的 MacOS 桌面客户端
2. 系统在本地生成两个文件：
   • 原始尺寸的完整副本
   • 经过优化的预览尺寸副本
3. 删除操作仅针对其中一个文件执行清理

技术影响评估

该问题可能带来三个层面的影响：

1. 存储空间浪费：长期累积可能导致数百MB甚至GB级的冗余文件
2. 隐私风险：理论上应该销毁的文件可能残留本地
3. 系统性能：过多的碎片文件可能影响存储IO效率

解决方案实现

Signal 开发团队通过以下方式解决了该问题：

1. 修正文件生成逻辑，避免创建冗余副本
2. 强化清理机制，确保关联文件被完全移除
3. 利用现有的孤儿文件清理流程作为补充保障

值得注意的是，系统原有的升级时自动清理机制（orphan file cleanup）已经能够在一定程度上缓解这个问题，这体现了良好的防御性编程思想。

用户建议

对于使用旧版本客户端的用户，建议：

1. 立即升级到最新版本（6.42.1之后版本）
2. 可通过客户端重启触发自动清理流程
3. 必要时可手动检查 attachments.noindex 目录

该案例展示了即使在高安全要求的应用中，存储管理模块仍可能出现逻辑问题，也体现了持续更新客户端软件的重要性。