照片进了 NAS，可以清理手机了吗？

先区分三种“清理”

删除手机照片、使用应用的“释放本机空间”、让系统优化本地存储，可能做完全不同的事。决定之前，要查当前软件和版本对这个动作的定义，不能因为相册能看到照片就认为原件已经有另一份。

一个明确的平台例子是 iCloud Photos：Apple 说明，在一台设备删除会影响使用同一 Apple Account 开启 iCloud Photos 的其他设备；“优化存储”则是保留云端原片、调整本机占用的另一种机制。这个区别不能反过来套用到所有 NAS 相册。

本文只帮助你检查资料保存范围和样本取回路径，不提供一键清理步骤，也不根据几个样本批准整库删除。

案例：为什么相册有 10,500 项，导出却有 12,500 个文件

假设某个相册有 8,000 张普通照片、2,000 项实况照片和 500 段视频，合计 10,500 项。若采用的一种导出方式把每项实况照片输出为一张图片和一段视频，那么文件数可能是：

8,000 + 2,000 × 2 + 500 = 12,500 个。

这是演示条目与文件计数差异的假设，不是所有产品的固定导出格式。实际还可能有编辑版本、RAW/JPEG 配对、附属元数据文件或去重结果。因此“手机项数等于 NAS 文件数”不是通用完整性标准；不相等也不自动证明漏传。

正确做法是先确认统计口径、导出模式和上传范围，再查差异来自哪些类别与日期。

第一步：确认备份的是原片还是预览

先读所用相册对原片、优化存储、导出和共享下载的说明。缩略图能显示、视频有封面，都不能单独证明原始文件已完整进入 NAS。

挑一张已知来源的照片，从 NAS 或备份中按官方支持方式导出，在本机查看格式、分辨率、文件大小和需要的拍摄信息。例如来源是 4032 × 3024，导出只有 1280 × 960，就应查明拿到的是预览、经过转换的副本，还是你实际要保留的版本。

分辨率相同也不能独立证明逐字节一致。要保留未修改原片、编辑后的效果或两者，都应先明确；不要把“导出未修改原片”误认为已经保留应用里的所有编辑状态和相册组织。

第二步：核查上传范围和没有完成的项目

1. 在上传应用检查选中的相册、时间范围及排除规则，确认长视频、旧相册和最近拍摄内容是否纳入。
2. 查看失败、等待和跳过列表，而不只看一个“已完成”标签。
3. 到 NAS 端按日期或来源核查对应内容，避免客户端把本机照片与服务器照片混合展示时产生误解。
4. 如果手机只保留优化版本，核查应用怎样从云端取得原片，以及过程中是否需要额外网络、临时空间和时间。
5. 记下检查时点。后台上传受系统调度、权限和连接条件影响，不能因为昨天完成，就推导今天的新视频也已完成。

以 Immich 的公开说明为例，上传取决于相册选择，iOS 后台任务时机由系统管理。其他应用的具体行为应查自己的版本，本文不提供统一后台开关配方。

第三步：把删除传播关系写清楚

对正在使用的每条同步/备份链问：从手机删除是否传播到 NAS；从 NAS 删除是否反向影响手机或云端；历史版本是否仍可取回；回收站保留机制能覆盖什么。

优先查官方说明和明确的设置含义。需要试验时，只使用自己专门建立的测试照片和测试范围，先确认它不会影响原资料；不要拿唯一家庭原片验证删除行为。

如果这些问题没有答案，先保留“行为未知”。系统的本机空间管理可能是另一种选择，但也应按对应官方说明操作，不能把本文当作任意相册的清理教程。

第四步：确认 NAS 之外还有怎样的副本

手机清理后，若原片只剩 NAS 一个位置，原 NAS 不可用时就可能没有取回来源。记录另一目的地、最后成功日期、资料范围与恢复方法，不仅记录“有一块外置盘”。

特别检查最近一批新照片：它们可能已上传到 NAS，却尚未进入按周运行的外置盘任务。原 NAS 与备份都在同一地点，也不覆盖所有地点事故。参见备份目的地比较。

第五步：按类别取样，而不是只看最新一张

可先选最近照片、较早照片、长视频、实况照片、特殊格式，以及你在意的编辑版本。只选择自己确实有的类别，不规定所有用户都必须有 RAW 或实况照片。

从独立备份恢复到新目录，用目标应用打开。照片核对内容和需要的拍摄信息；视频查看时长、声音及不同位置播放；实况或编辑版本核对自己需要的表现。只在 NAS 相册浏览同一条目，没有验证独立备份的取回能力。

做一份清理前记录

在自己的文档中记下：涉及哪些日期和类别、上传失败是否处理、原片与编辑版本的保留目标、额外副本范围、抽样结果、未检查内容。不要把密码或私人照片上传到本站。

一个合适的结论是“本次检查了这些类别的这些样本，能够取回；其他内容仍需按范围核查”。如果某类失败、范围不清或仍只有唯一副本，先处理缺口，再决定后续清理。需要更完整的步骤，可继续看普通文件恢复演练。