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

作者：@云峰小罗，公众号：云峰雾阁  (ID：yunfengwuge)

做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连接的硬件。直接在备注里提供相干功能的演示视频即可，如下图。

硬件连接演示视频

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

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

ppid说明

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