@127000 看上去像是一篇机器翻译的过时的外文稿件+软件推广。不过还是谢谢了。
总结他的意思：
1.通过 APP 自带的缓存清理菜单完成。国内的 app……一言难尽。
2.删除 APP 重新安装。100+个，估计够折腾一阵子了。
3.通过 iCloud 备份删除。此方法删除的 iCloud 中已有备份其中 app 的文稿，删除云端备份中的 app 文稿不会影响本机。
4.软件推广。而且还明确了过时信息“兼容最新的 iOS12”。

最终还是通过 iCloud 备份个别需保留文稿的 APP，平刷以后再还原实现。效果不错。

@aero99 很早以前我也在 hashphotos 上建过各种标签，备忘。自从某一次备份恢复都丢失以后，我就再也没碰这个功能了。
这次更好，此前一直信任的私人相册，也翻了车，丢失照片数据，这下连私人相册功能也不敢用了。

p.s.猜测你也用 iCloud 照片？我一度认为标签和备忘后续不能对应和 iCloud 照片有关系😂

@wsry 本没什么好杠的。而且还特地要在手机上杠。佩服。

iMazing 是符合楼主的方案之一，但它备份和还原并不完全可靠，包括其他人有类似的经历和回复。你可以准着一个个地杠下来。

楼主并没有强调操作过程，所以我以操作的结果告诉他，该方案的可行性，同时并非完全可靠，毕竟数据可贵。
而你以结果反推过程？而且自己推的过程还是错的，最后还得出了别人“完全不会用”的结论。

至于 QQ 音乐，我只是以这个举例，实际出问题的远不止 QQ 音乐这一个 APP 。
按照你的说法（严格意义来讲，是你的推测）：QQ 音乐已经下载下来的 10 个 G 的离线文件，他只标记了一部分用于备份，导致恢复以后已离线的文件只有一部分。同时此前已下载的歌曲（实际不被 APP 标记为备份，且文件已不存在）仍然标记为已下载，直到用户访问该文件时软件内开始报错。

可见，QQ 音乐 iOS 开发团队的思路也是够奇葩的。

不同的开发者业务水平不一，不否认。

用 iMazing 完整恢复后，自带的音乐 app 中，本机已没有任何此前用 iTunes 导入的音乐文件，音乐 app“资料库”标签，无限循环显示载入中，除非单独手动再用 iTunes 同步任意一个歌曲文件才得以解决。要知道空白的资料库可不这么显示。
可能苹果自家的开发水平也很低吧？居然没跟上 iMazing 的节奏。

iMazing 是个不错的好工具。可数据出了问题要么是用户“完全不会用”再要么就是“开发者业务水平低”？

可能你是开发团队人员？如果是的话，倒真心希望能顺便可以询问一下回复中用 iMazing 出过问题的人，到底问题出在哪。

@aero99 所以经过这次折腾以后，我同时不再完全信任 Hashphotos 和 iMazing😂

@wsry 抹了。不抹 imazing 会报错，提示空间不足

@wsry 可能是我没表达清楚吧，语言功底不好😂，我稍整理一下。
1.用 imazing 导出最近一次（即当时手机最新）备份中 hashphotos 的数据，并尝试单独恢复此 app 。imazing 提示恢复完成，但手机上并无任何显示，连 app 图标都没有。
2.使用 imazing 将最近一次备份完整恢复，该 app 数据得以恢复，但恢复完毕后，发现其他 app 出现异常（例如我提到的 QQ 音乐已下载的文件缓存）。

所以我才建议楼主如果希望实现单独一个 app 备份并还原，imazing 可以实现，但可能出现问题。
从我个人经历，单独备份+单独还原=失败。完整备份+完整还原=不同的 app 可能会出现其他问题。

当然，实际上我非常怀疑 hashphotos 本身存在问题，之所以单独备份和还原就是因为该 app 不知为何突然不断疯狂地写存储，原本 app 的文稿数据只有 2 个 G，到开始疯狂把存储空间写到了 33G 、66G 、99G……直到最后把我手机剩余的 159G 空间全部写满（ 256G 大小的 iPhone X ）

@haifenluo 同意。我就是活生生的例子。😂

@wsry 我确定 iTune 备份里是有这个 app 文稿数据的。在我单独恢复 hashphotos 未果以后，尝试用了整机恢复，依然有问题。
例如，恢复以后的 QQ 音乐已下载的文件明显不对，应该有 10G，实际恢复后只有 2 个 G，但 QQ 音乐 app 本身显示文件均已下载（即备份时的状态），实际文件是不存在的。

所以经过这一次以后，imazing 最多只打算用来应急，不敢过分依赖了。

imazing 可以，但实操过程还是会出问题，比如会出现部分数据丢失或者软件里提示已经将 app 还原，但手机里没任何显示等等。
最近因为 hashphotos，刚做过这个操作。很头疼。
原理就是必须有完整备份的前提下，提取备份中的某一个 app （可选是否包括 app 内数据），再单独把这个 ipa 装到手机里。

@dingwen07 神！大神！主要就是我国区 ID 几乎就没怎么用 iCloud，更不用说钥匙串了🤦‍♂️

@ahhui 感谢，我当时也想到可能会和 keychain 有关，但现在苹果的帮助文档已经找不到了，能找到的也提示被归档了。当前设备里钥匙串的菜单里也没有这些了。

不能理解更不认同这种故意去占用本就稀缺的人工资源，而不是为了真正解决问题的行为。
所以用这种方式除了嘲讽和自己图个乐，人工服务的效率并不会由此得到提升，真正客户问题的解决率同样低下。

@mmtromsb456 @EvanQu

https://i.loli.net/2020/09/02/wsdarbFOcpv4qIV.jpg

https://i.loli.net/2020/09/02/yspjkNJrvMR3wQ8.jpg

https://i.loli.net/2020/09/02/faOVpz4AtqR2TL8.jpg

@jisongkun 这一段我也看到过。那个说的应该是和开发者相关的，我没注册过😂

导出的手机信息 txt 文件中就有

@WesleyNZ 额，我指的是 app 的下载占比😅。app 几乎都是国区 id 下的，个别国区没有的 app 在美区下。

我都楼主的情况正好相反，国区 appstore，美区 iCloud 。一直在纠结要不要把国区的 app 全部都换成美区的。

之前转的，没涉及手机号验证问题。实在不行就用 GV ？

前一段时间认证很频繁，最近还好。和 2 楼感觉类似，感觉像是有下载违规资源的时间段，认证就非常频繁。