共计 2505 个字符，预计需要花费 7 分钟才能阅读完成。
苹果审核始终是 APP 上架时要面对的一座大山，很多 iOSer 同样也有过这么一段苦楚的经验。
在 App 上架苹果利用商店的过程中，置信大多数 iOSer 往往都有过这样的经验：辛苦开发进去的产品，测试验收也通过了，满怀期待的提交 App 给苹果审核，后果常常被苹果各种理由拒之门外，苦不堪言。
苹果为了给开发者和用户发明一个良性、偏心、衰弱、平安的利用商店环境，同时也为保障苹果本身利益，因而制订了一系列的利用商店条款《App Store Review Guidelines》，所有开发者必须遵循这些条款，能力取得 App 上架的资格。不可否认，App 审核在肯定水平上保障了利用商店中的 App 品质，然而 iOS 提审对泛滥开发者来说，往往会有谈虎色变的感觉！
的确如此，很多手游同样也有过这么一段苦楚的经验，早在 2015 年之前，苹果审核始终是手游上架时要面对的一座大山，无论是首个版本还是更新版本的提审，都是一段忐忑甚至是悲壮的旅程，经常性被拒，无比煎熬。
大家都晓得，过来苹果响应 App 提审（提交实现从正在期待审核“Waiting for Review”变成正在审核“In Review”，如下图）等待时间是十分漫长的，少则几天，多则十几天，审核被拒就意味着手游版本要整改、测试验收和从新提审排队，将大大缩短版本过审工夫，从而影响了上架的节奏和经营流动的打算，甚至是手游的流水！
为了进步手游产品的苹果审核通过率，公司成立了苹果审核的测试团队，将苹果审核条款以及各种被拒理由整顿成可测试的验收条目，并对验收项进行可自动化剖析，开发出 ipa 包、图片 / 视频、利用形容等自动化扫描工具，力求高效地裸露 App 的提审危险，全面保障 App 的提审通过率。通过近 2 年的运行，iOS 审核通过率从最早的均匀 35% 晋升到目前的 90%+，本篇文章将会与大家分享预审我的项目的一些实在案例。
iOS 提审需面对的压力
上节咱们曾经大略理解了开发者们在提审过程中遇到的重大阻力，为什么过审会是如此的艰巨？不外乎如此：
1. 更粗疏、更刻薄的审核条款
2016 年 6 月，苹果在官网更新了审核条款《App Store Review Guidelines》，通篇 6000 多英文单词，分 5 大章节，一共 100+ 条款，波及平安、业务、性能、设计和法律畛域，让人目迷五色，开发者们如没有零碎的、全面的把控，稍有不慎便会触犯其中条款，一旦触犯便有可能被拒。
2. 苹果半自动半人工的审核机制
苹果审核是采纳半自动半人工的审核形式，不同审核人员对条款了解水平和执法力度往往会因人而异，所以时常会呈现开发者们遇到的如下状况：上次提审通过，但下一版本更新时便被拒了，审核人员呈现脱漏或者审核人员产生了变更。总之，不同时间段，审核后果可能会不一样，这些人为因素造成的后果，对开发者来说，容易产生困扰和不解。
3. APP 数量激增，审核工作微小，审核人力不足
据苹果官网统计，利用商店 App 的数量以后曾经有 200 万 +，均匀每周有上万款新 App 上线，5 万 + 款 App 更新（每个 App 存在反复审核的可能）。对于苹果审核团队来说，要解决如此微小的审核工作（具体数据，笔者无从考据），难免会呈现精力有余，App 性能的拜访门路略微深一点、实现逻辑略微简单一点，文字描述略微有含混，便有可能会被回绝。有开发者曾吐槽过，提交的一款娱乐类利用，被拒的起因是：苹果感觉利用并不具备娱乐性，让人举手无措！
咱们产品踩到的坑
每个 App 上架苹果利用商店时，须要提交给苹果进行审核的内容，基本上能够归类为以下几方面：
1. App 信息
App 信息（名称 / 副标题、类型等）
评级信息（年龄、暴力、赌博、色情等内容水平）
定价相干内购信息（IAP 配置）
审核信息（体验账号）
2. ipa 包（ipa 规格属性、App 内容）
ipa 包规格属性（查看项很多，篇幅受限，不一一列举了）：
公有 API 和 Non-public API 的调用
64 位反对
Info.plist 键值的设置
第三方违规 SDK 的应用
Icon 资源
…..
App 内容：（查看项很多，篇幅受限，不一一列举了）
违规字样：测试字样、苹果产品英文拼写错误、色情 / 暴力 / 诋毁舆论等
抽奖流动内容
IAP 充值性能
QQ 会员专属福利
未凋谢的性能占位符
……
3. 宣传素材（预览图片、视频、Large App Icon）
图片
图片内容
图片规格属性
视频
视频内容
视频规格属性
Large App Icon
Icon 内容
Icon 规格属性
4. 元数据（利用形容等）
苹果审核也是围绕以上四方面来发展的，如果提审 App 呈现被拒，无非就是如上某些内容不满足苹果要求导致。接下来一起看看腾讯手游过去所踩过的一些坑吧
4.1 App 信息被拒的案例
【案例 1】游戏 A 的副标题蕴含显著关键词和宣传流动形容：
【案例 2】游戏 B 提交的 IAP 档位，审核人员无奈在游戏内找到对应的档位：
【案例 3】游戏 C 提交的体验账号，明码谬误，审核人员无奈通过该账号体验游戏：
4.2 ipa 被拒的案例
【案例 4】游戏 D 因存在调用公有 API 或 non-public API 导致被拒：
【案例 5】游戏 E 因应用违规的第三方 SDK 导致被拒：
【案例 6】游戏 F 因应用后盾服务（地位）但未在 info.plist 进行申明，导致被拒：
【案例 7】游戏 G 弹出的布告中，呈现测试、删档等字眼（苹果认为是测试版本）导致被拒：
【案例 8】游戏 H 弹出的布告中，呈现谬误的苹果产品的英文拼写”IOS“（正确的格局：iOS），导致被拒：
【案例 9】游戏 I，IAP 领取性能异样，导致被拒。
4.3 宣传素材被拒的案例
【案例 10】游戏 J，提交的图片 / 视频中有“萝莉”“御姐”等低俗词语，导致被拒。
【案例 11】游戏 K，提交的图片 / 视频不能体现游戏实在内容（只显示了游戏角色，不能反馈游戏实在场景），导致被拒。
【案例 12】游戏 L，提交的图片 / 视频内容是在安卓机上截取的，导致被拒。
通过下面的被拒案例，大抵能够感触到，提审被拒的起因是形形色色的，稍有不慎便会被拒，对过往一段时间的提审数据，进行归类，详情如下：
当初咱们本人写了个 iOS 代码混同工具，每次上架前都混同下源码，上包通过率目前达到了 85%
本文自己首发 www.zfjobslib.com。【iOS 代码混同工具】版本：ZFJObsLib 1.7.2