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

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

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

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

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

关键数据

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

路径：主目录/Documents

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

缓存数据

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

路径：主目录/Library/Caches

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

临时数据

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

路径：主目录/tmp

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

离线数据

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

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

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

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

测试账号填写

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

测试账号说明

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

硬件连接演示视频

演示视频需要把完整的连接过程操作以及连接硬件之后跟硬件相关的功能演示都包含在内。从截图可以看到我的“裤宝”演示视频我是直接放在优酷上了。所以并不像传闻中那样，需要翻墙放到YouTube上，直接放优酷土豆或者百度网盘都行。也不需要用英文，用中文即可。

如果你的App是需要跟通过MFi认证的硬件进行交互，即使用了EA框架(ExternalAccessory.framework)，配置了协议字符串(Supported external accessory protocols)，那么你需要在备注信息里提供PPID。

ppid说明

很多时候，我们的App可以同时适配很多型号的硬件，每个型号的硬件对应的PPID不一样。如果AppStore提交审核通过之后，又新增了一款型号硬件支持怎么办呢?是否需要单独发一个版本，把对应的PPID增加上去了? 答案是不需要，因为App支持的PPID列表信息是放在备注信息里面的，往列表中新增PPID并不需要修改到二进制文件信息，苹果在这里也比较人性化，可以在不提交新版本的情况下增加PPID信息。