那些年提交App Store审核踩过的坑

做iOS开发近 5 年了，每次提交版本时不成谓不不寒而栗，如履薄冰，但是还是不免踩到了一些坑。苹果的官方文档(AppStore审核条款)这里就不罗列了，太冗长繁琐了，并且大部分是一般app都不会触碰的到的，今天我主要想以本身的亲身经历，跟大家回顾一下这些年我提交AppStore审核时踩过的坑，而且针对如何制止给出一些tips供大家参考。大神请忽略，专家请轻拍。

1、未遵守苹果iOS APP数据储存指导方针。

如果你的App有离线数据下载功能，尤其需要关注这一点。因为离线数据一般占用存储空间比较大，可以被重新下载和重建，但是用户往往希望系统存储空间紧时也依然能够妥妥的存在着，不会被IOS系统自动清理掉。所以不能放在/Library/Caches 目录下(该目录在系统空间紧张时可能会被iOS系统清除)。 那就只能放在主目录/Documents  或 主目录/Library/自定义文件夹下，这样才不会被iOS系统自动清理掉。但是这些数据可能会很大，如果放在 主目录/Documents  或 主目录/Library/自定义的文件夹下，会被iCoud自动同步，那么用户需要为了同步消耗不少流量，苹果可能会因此拒绝你的应用上架。所以需要在程序中给自定义的目录设置“do not backup”属性。

关于数据存储需要注意的点，总结不才面：

关键数据

内容：用户创建的数据文件，无法在删除后自动重新创建

路径：主目录/Documents

办理：iOS系统即时遇到存储空间不足的情况下，也不会清除，同时会备份到iTunes或iCloud中

缓存数据

内容：可用于离线环境，可被重复下载重复生成，即使在离线时缺失，应用自己也可以正常运行

路径：主目录/Library/Caches

办理：在存储空间不足的情况下，会清空， 而且不会被自动备份到iTunes和iCloud中

临时数据

内容：应用运行时，为完成某个内部操作临时生成的文件

路径：主目录/tmp

办理：随时可能被iOS系统清除，且不会自动备份到iTunes和iCloud，尽量在文件不再使用时，应用本身清空，制止对用户设备空间的浪费

离线数据

内容：与缓存数据类似，可以被重新下载和重建，但是用户往往希望这些数据即使在存储紧张时也不会被系统自动删除

目录：主目录/Documents  或 主目录/Library/自定义的文件夹

办理：与关键数据类似，即使在存储空间不足的情况下也不会被清除，应用本身应该清除已经不再使用的文件，以免浪费用户设备空间 。需要设置”不备份到iCoud" ，不然会审核不过。

如果你的App有部分功能需要登录才能使用，那么你需要再提交审核时，勾选演示账户，并提供对应信息，如下图：

测试账号填写

现在很多app为了更便利快捷，防止用户忘记密码，都采用手机号+验证码的方式，这样的话就没有措施给苹果提供演示账户了，除非账户系统后台做修改提供支持。这种情况，就不需要勾选演示账户了，但是要在备注信息里跟苹果好好解释一下，说我们也是为了提升用户体验的，所以对账户系统做了改进，用户有手机就能登录，不需要注册啥的，如下图。如果你啥也不说的话，那就乖乖等着被拒吧。

测试账号说明

这里指的硬件是不需要MFi认证的，通过BLE(低功耗蓝牙)或者WiFi连接的硬件。直接在备注里提供相关功能的演示视频即可，如下图。

硬件连接演示视频