上架最后一部选项之IDFA
1.出口合规信息：如果应用中采用了AES 和base 64 SHA512 加密算法，点no都是可以通过的，避免给自己找麻烦，这项选no就行。
2.内容版权：只要没有明显的第三方logo，不会挂你的，那些分享第三方平台不算。 如果恰巧碰到了，一般审核工作人员会把侵权的截图发给你，那就需要找第三方授权了。
3.广告标识符：
想知道你的程序哪个三方库中使用到了IDFA，cd到项目根目录，用以下命令行查看
grep -r advertisingIdentifier . （别少了最后那个点号）。
类似图上，包含了该怎么办，借鉴了mob的做法：
友盟提供IDFA版和不含IDFA版两个SDK，两个SDK在数据上并没有差异，采集IDFA是为了防止今后因为苹果可能禁止目前使用的openudid而造成的数据波动。
由于Appstore禁止不使用广告而采集IDFA的app上架，我们勾选2，3，4项即可
1.serve advertisements within the app
服务应用中的广告。如果你的应用中集成了广告的时候，你需要勾选这一项。
√2.Attribute this app installation to a previously served advertisement.
跟踪广告带来的安装。
√3.Attribute an action taken within this app to a previously served advertisement
，
跟踪广告带来的用户的后续行为。
√4.Limit Ad Tracking setting in iOS
这一项下的内容其实就是对你的应用使用idfa的目的做下确认，只要你选择了采集idfa，那么这一项都是需要勾选的。
提审的流程 -- 预审、机器审核和人工审核
预审阶段：
打包上传提交appstore这个阶段是预审阶段，会对代码里的一些配置文件plist进行审核，比如没有对使用相册相机或地理位置等权限做说明会被直接打回来，发邮件告诉你。没有问题的话才会在itunes里出现
机器审核阶段：
也就是 Waiting For Review（等待审核）阶段一般是机审，比如马甲包就是复制品，有太多相似的功能。被拒原因4.3就是这一阶段的审核结果。
人工审核：
即In Review（审核）阶段。这一阶段一般会看描述，截图，监测app使用情况有没有明显的bug这类的，ipv6就在这阶段被提出来的。可以通过后台查看有无美国ip登录从而判断是否进入了这一阶段。
常被拒绝的条款
2.1大礼包
1.1.6 –包含虚假信息，功能或误导性元数据
一般是因为标题或者icon和截图等有误导的嫌疑，或有些关键词是被苹果列入黑名单的，例如红包包、话费等，但审核条款又没有明确指出。对于上述情况的解决办法是使用保守的文案或素材。
2.3.0 – 含有不经审核也可更改App功能
如改变App功能的热更新，这种情况需要把热更新去除,或者对热更新模块代码做深度混淆处理!
2.3.1 – 含有隐藏功能或为记录的功能，包括定向到赌博或彩票网站的开关。
常规解决方式：去除隐藏功能模块代码或将需要隐藏功能的代码及定向跳转链接网址做混淆处理，适当增加逻辑复杂度。3.1.1 –应用内购以外的支付机制来解锁App中的功能或功能。
对于第三方支付,尽可能避免使用易扫描的SDK版本,推荐使用H5版本支付。支付跳转链接相应的做屏蔽混淆处理。
4.3.0 –是另一款应用的复制品，或与另一款应用明显相似。
被认为是重复App或马甲包，变更UI和名称，填充无用代码等，下面会具体讲。
5.2.1 –未由拥有并负责提供该应用程序提供的任何服务的法律实体提交。
未提供 App 上架所需的行业资质，比如：金融营业许可证、游戏版号等。这个上面讲过些常规方式。
5.3.4 – 含有货币游戏（如：体育下注、赌场游戏等），但未提供相关许可资质。
同上，提供资质，审核时最好不要勾选中国区，或使用海外账号。
①如果App没有违反上述任何一点，其实直接回复没有违反即可！当然，如果想增加过审几率也可以按照邮件中罗列的审核指南一一进行解释，说明自家 App 并不存在这些规则中的问题，尽可能描述详细。如果回复后并没有推进，可以配合加速审核或审核申诉，不过需要注意，加速审核次数不要用太多，审核申诉可能引来审核团队更严格的审核，需要谨慎。
注：2.1刚出现的时，即使App有违规行为直接回复也是有可能过审的，但是目前有点用烂了，苹果那边应该是敏感了，目前过审几率极低，而且有可能被延期。
②如果App违反上述某点，建议认真修改后回复苹果，重点看上次或历史被拒记录，确定回复侧重点。如果回复后并没有推进，也可以配合加速审核或审核申诉，不过有延期等风险。
③除了这些方法，有人还用过一种方式过审，即用新账号上传，上面说过“苹果审核人员应该并没有开始审核，仅是针对App的历史违规记录或开发者账号的违规记录等发送了这封邮件。”但这种方式并不适合所有App，而且苹果可能会发现新账号的App和旧账号以及旧App的关系而产生连带处罚，要看运气。
下面是小助手收集的几个问题，在这里做一下回复：
A、2.1有解吗？有，目前出现了代过审，具体操作方式都是私下进行的，和5.2.1和3.2.1一样，大家都去用，反复刺激苹果，审核机制又会被更改。
B、只有更新的App才有可能收到被拒大礼包？其实不是，收到这封邮件的App中既有新提交的App，也有要更新版本的App。
C、2.1是机审？目前数据和被拒的现象来看，主要是机审，人工审核比例不高，多数是针对的代码、App或开发者账号的历史违规记录等发送的邮件消息。
pp的历史违规行为和账号的历史违规行为都有可能触发2.1大礼包。
当然除了以上被拒原因外，4.3（重复App）、IPv6、3.2（f）、PLA1.2等仍是被拒常见原因！下面说一下4.3。
4.3主要针对的是重复App，就是马甲包，4.3被拒主要在机审阶段，解决这个问题通常采用的方式简单来说分以下几步：
A、改名字；
B、修改素材及UI色调等，例如修改icon，修改主色调；
C、修改功能界面等，可改功能可做小开关；
D、填充代码（最好50%以上）或注释块；
除以上步骤外，还需要注意相同的马甲包提交至少要间隔一天以上，避免被同一个审核员看到。当然，还可以配合着升级套路：升级version（版本）号、换bundle id，换开发者账号再提交审核。
如果以上步骤不奏效，还可以尝试采用修改应用价格、发布地区、产品分类等方式。不过注意，App上架后价格、发布地区是可以修改的，但产品分类不可以，对这个有要求的慎用！
IPv6的话，确认代码没问题的话，重新提交1~2次就好了。多数是审核人员所在的网络环境导致的问题，如果不放心，重新提交时将截图或拍下视频放附件里或直接向苹果申诉。如果 App本身有问题，例如不兼容 IPv6，最好的办法是让App兼容 IPv6 或通过升级服务器来支持IPv6，其他代码问题问问技术就OK了。