第一个问题，因为同名文件。而我导出资料期间有过中断操作，为了节省时间，我把文件冲突处理为「跳过」，我觉得会跳过已经导出的文件，殊不知也跳过了那些同相簿内的同名文件。#iOS 的存储真神奇，相簿是一个我无法理解的东西。我早就想过 iPhone 拍摄的照片文件名都是 IMG_****.JPG，只有四位数字，那么超过一万张照片怎么办呢？估计就是使用相同的文件名吧。:) 所以，我为了节省时间而即将浪费更多的时间，重新导出。由于一张照片一定出现在多个相簿中（至少在「全部照片」这个相簿中），操作数据中大概会有二三十 GB 的重复。第二个问题，备注，哈希是在手机上用捷径计算的。

没有二三十，应该是十几。

呃，还是搞错了，没注意。重复数据是不只二三十 GB 的。如图是一份因跳过同名文件而不完整导出的资料，居然有 98 GB……（我使用 iMazing for Windows 导出全部相簿。）

爬

只能一个一个相簿校对了。

是这样，#iMazing 在导出某个相簿的时候不会处理其中同名文件，只有在打开该相簿，将相片和视频全选导出，才会弹出如何处理冲突的对话框，作为一个专门处理 iPhone 传输的软件，实在不应该。所以，实际上重新导出也是徒劳，我应该逐个相簿地全选导出。

人们说用 iPhone 不折腾，我看未必。该折腾的一点不少。而且，对于较为封闭的系统，还需慢慢探索；对于开放的，事情都比较明了，一劳永逸。

你们这些 #iOS app 也是有意思，NOMO 的照片全叫「img.JPG」，OneTake 的视频全叫「loop.MP4」。为你们点赞。

感谢谜底科技的 Album Manager 为删除空相册提供技术支持。

正在导出相簿 A 的全部内容，在手机上全选相簿 B 的内容，删除，无反应，内容仍在原位。稍后发现，相簿 C 的全部内容已被删除。
#ios

存在这样的问题，某相簿 D 可能有多个重名文件，当未处理同名文件、直接将相簿导出时，导出结果图片数量 (n) 比手机显示的 (m) 少，这很好判断。但如果新增一个因素就很难办：一张照片**可能**被添加到多个相簿，那么清理别的相簿时，有可能删除了相簿 D 中的内容使其数量减小 (m-)，而对 D 的导出结果（在电脑）没有被同时清理 (n)，当 m <= n 就无法判断是否有同名文件未处理了。

首先迁移 apps 相簿，自建相簿稍后，降低这种风险。

不对。不要一边核对一边删除，m 就不变。我太急了。好笨噢。

恶心吐了。没有一个存放相机拍摄的照片的相簿。几乎无法挑选。「相机」里存放的是包括从各种应用保存的图片、手机截图等等在内的所有图片。不愧是 #林檎 #中文。