手机里有，平板里有，电脑里也有。一张照片能从三个屏幕打开，很容易让人觉得它已经存了三份。直到某次清理之后，三个屏幕都找不到它，那个被省略的问题才出现：这三处保存的，是彼此独立的历史，还是同一个图库的当前状态？
一次删除，三个入口一起改变。作者用 10 张原创色块图片做了个测试相册，编号 F01 至 F10，目标是 F04。手机、平板和 Mac 是三台客户端，云端逻辑图库另列，同一账户、启用 iCloud Photos。删掉 F04 并完成同步后，四处主库都从 10 条变成 9 条。设备数量增加，并不会自动产生一个拒绝这次删除的历史版本。
恢复窗口能接住什么，又会在何时关闭。删掉 F04 后，它进入“最近删除”，苹果通常给出 30 天保留窗口。分支 A 在第 10 天恢复，同步完成后各主库重新有 10 条；分支 B 始终没有恢复，到第 31 天各主库仍为 9 条，最近删除里也没有 F04 了。还有一个不能省的条件：超出 iCloud 存储上限时，删除的照片会立即移除，无法在最近删除中恢复。
最近删除是同一体系内的恢复窗口，不是另一份独立备份。真正独立的，是删除之前就导出保存的副本。作者在删除前把 10 张完整 PNG 存进导出目录 E，它不接收同步事件；之后从 E 里把 F04 复制出来，768,523 字节、640×400 的 RGB 图片，原始、E 中和恢复目录里的三个文件逐字节相同，SHA-256 值也一致。
但一次成功抽查不等于整库通过。作者又列了一份只含 F01 至 F09 的导出清单 E_partial，漏了 F10——它同样不接收同步删除，却无法在其覆盖范围内提供 F10。文件可读性检查与覆盖检查是两件不同的事，前者回答某一文件能否取回，后者回答哪些对象从一开始就没有进入保存范围。
还有两个容易踩的坑。“我已经把照片下载到电脑”也要再问一句：下载在仍参与同步的图库里，还是导出了单独文件？前者解决本机是否持有原件，却不自动取消图库对删除更新的响应。另一个是，启用 iCloud Photos 后，这些照片不会再重复纳入 iCloud Backup，看到设备备份开关，并不能据此多算一份相同照片的独立历史。
你可以自己测一次：新建一张无关紧要的测试图片，注明日期，按准备使用的方式另存，再从那个保存位置复制到新的恢复目录并打开。无需删除唯一原件来制造事故。检查实际内容和保存时点；若想声称覆盖整份相册，还要另外核对导出范围。
苹果官方说明：在 iPhone 或 iPad 上删除照片、设置和使用 iCloud 照片、归档或复制 iCloud 中存储的信息、管理 Apple 设备上的 iCloud 储存空间