在过去一年中相信各位开发者都经历了苹果的“摧残”，目前苹果熟知国内马甲包的套路，导致在这一年中苹果对马甲包的打击力度呈现几何式增长，开发者在上架的过程中普遍遇到的问题主要有：

希望有更多的朋友一起针对苹果ios审核上架处理分享，qq群:  611641785，欢迎一起交流  ，后期会慢慢分享更多的干货 

1.打击力度大

苹果对马甲包打击力度增加，导致现在遇到的主要问题是:

■上架难，4.3已经成为头号杀手

■复审严，下架频，下架应用比上架还多

2.各环节过审技巧

注：苹果主要的审核流程

 2.1 开发者环节

主要为苹果的后续审核做好规避，主要分为两点

2.1.1：代码的修改，主要是为了方便做马甲包修改

2.1.2：运营上的细节处理，主要是为了规避4.3处理方式可分为3点：

(i) ip切换

保证ip不重复，在没有vpn的情况下，用手机热点飞行模式五分钟即可.

(ii) 保证设备更换

若无法更换设备，那么证书参数要处理到位，基础证书每次都要清空处理（注回复公众号后台“证书”即可获得哦）

(iv) 元数据填写

切勿复制应用介绍和测试账号，不得重复/

2.2  代码审查环节（机审）:就是等待审核环节

主要审核内容：对“文件名，类名，函数名，方法名”等进行比对；而不是对全局每一个二进制文件的代码进行比对。小贴士：如果应用首次提交，在这个环节的时间如果超过72小时，建议撤回哦，否则有封号风险。

2.3  人机AI交互环节：

这个环节是ai机器人配合人工体验应用的环节。(正在审核环节)——时间大概在几十分钟到几个小时之间，若超过72小时建议放弃，否则依然有封号风险。

2.3.1 苹果审核主要分为：

(i) 代码问题——机审。

(ii) 内容违规问题——需审核人员来做判断。

(iii) 出现人机交互审查的原因：机器记忆力和工作效率是人不可比拟的，但是人的主观判断意识又是机器没有的。

(iv) 人审4.3是不可能的，4.3条款是指重复应用，而不是相似应用，严谨高效的苹果审核环节，一旦给到你4.3，那一定是他有了十足的把握才被4.3打回，这是单靠人审做不到的绝对。2.3.2这个环节死的最多的不是应用类，而是游戏类——游戏类素材太多，替换成本太高。

出现人机交互审查的原因：机器记忆力和工作效率是人不可比拟的，但是人的主观判断意识又是机器没有的。

3.被拒环节的解决方式

被拒环节：这个环节我们已经得到了苹果审核反馈，如果是过审，那是皆大欢喜。但是一把过的概率极低，在被苹果拒审后我们要根据驳回原因做必要的修改，这个是大家遇到的常态。如果被拒时收到苹果的截图，我告诉你也是一件好事，这种情况大概率这个应用是可以过审的，因为苹果还是想告诉你如何修改，其实是在帮助你过审。以下我提出几个观点：

3.1 观点一：两次装机审核

(i) 第一次代码审查装机截图——首屏图，每次必改。

(ii) 第二次人工体验+ai同步定时多次截图——做审核服，且每次随机呈现。

小建议：大家在应用上一定要做好监测工作，这样才能更好的掌握苹果的审查动向，记住二次激活，不一定代表一定过了机审。极少情况会出现只有一次装机就被拒的，这种情况就是开发者代码上处理的重大失误了。

注：两次装机反馈图

3.2 观点二：被拒后，不一定要重新提审

(i) 元数据拒绝

例如2.3.7问题（截图无法反应应用程序问题）——修改五图，添加手机模型即可。

(ii) 二进制拒绝

例如2.1的ipv6问题，拍摄登陆视频即可.拍摄视频也有小技巧哦（可私信小七妹妹领取视频）。

注：遇到被拒情况不要着急重新提审，仔细审视后再进行操作。能通过回复解决的尽量不要去提交审核，减少苹果审查代码的次数。

3.3 观点三：2.1大礼包不一定是坏事

(i) 2.1大礼包的问题

表示代码里存在一些共性的点，但苹果又无法准确定位。所以被2.1打回。

(ii) 回复2.1问题

回复态度一定要端正，回复的要素要全面，可以把大礼包的所有问题都逐一解答，剩下的全靠命运的安排咯,大概30%的通过率。

(iii) 特殊条款

近期出现特殊条款——声称你涉嫌违规，要调查你的账户，基本与封号没有区别。

注：可能跟贸易战有关哦！

3.4 观点四:只是4.3的前兆

(i) 2.3.1涉及代码混淆，苹果发现这个问题的同时又无法判定你是否为重复应用提交而给出一个警告。

(ii) 解决2.3.1问题——让垃圾代码不垃圾。

a. 苹果主要是审核代码中的某些字节。

b. 往代码中注入一定比例的冗余代码。

c. 垃圾代码中包含“文件名，类名，函数名，方法名”等，起作用的是这些东西。

(iii) 加垃圾代码失效的原因：上包太肆无忌惮被苹果爸爸发现并优化了审核机制。

(iv) 苹果不可能做全局对比，所以添加垃圾代码时更要注意一些特殊类名的规律性存在，例如：.cpp.和.h文件.不骗过自己怎么骗过苹果。

3.5 观点五：3.2.1只是纸老虎

(i) 3.2.1主要出现在金融上，而且明确告知了业务模式是可接受，所以只要提交资料即可。

(ii) 千万不要套壳，套壳有风险。

(iii) 提交资质有讲究。

(iv) 苹果到现在依旧是区分不开p2p和贷款。

(v) 理财万能包的出现，同时更新有讲究需谨慎。

(iv) 5月初苹果金融类上架禁令开始，在线理财原生包变得更加重要，但屯包有风险。

(vi) 最坏的可能：苹果永久禁止收录，那后续只能选择套壳,有壳也比没包强。

3.6 观点六：4.3只出现在机审，且并非不可战胜

(i) 人审没有4.3，只有4.1。所谓遇到人审4.3的其实都是在人机交互环节被机器截图发现的，是因为审核服没有做到位。在没有截图的情况下如何鉴别4.3:具体情况分析，但唯一不变的就是审查动向的监测。

以游戏为例避免4.3：

a. 做一个独立的的提审服务器——小部分游戏地图

b. 修改场景图，人物图，道具样式等各种图片元素

c. 每个元素放在几十个文件中，随机抓取排列组合应对   苹果审核

d. 弊端：工作量大,但磨刀不误砍柴工，必须做

(ii) 苹果目前，将来都不会去做全源码对比，因为效率低下。

(iii) 苹果允许第三方调用，且随着应用增加，诸多功能代码的相识度很高，苹果不能只依靠部分代码相似来下定论——4.3只出现在机审的原因。

(iv) 规避4.3除了之前提到的换设备，切ip，导证书等运营细节以外，代码规范很重要。——添加垃圾代码的同时也要更改原本代码的“文件名，类名，函数名，方法名”等。

小建议：苹果一定是记录存储每次提审的代码，那存储的时间是多久呢，我认为是90填，大家可以去看苹果后台的tf测试项目，版本的有效期是90天，所以建议开发者们在提审出结果后，不要怕麻烦，一定把版本设置过期。

(v) 开发者需要改变角度将代码修改流程化，同时运用各种语言工具，让4.3成为过去/

3.7 观点七：最可怕的霸王条款——other

这个时候就体现了苹果的霸权主义了，基本就是封你账户了，你基本没有反抗的机会，除非你有bat级别的公关团队。

偶然遇到账号无故封禁情况，大家主观想法是信用卡账号支付问题，其实不然，苹果的信用卡信息保管很严谨.

总结

让应用变成一个新的应用的方式有很多，本期教大家的是苹果审核的原理，关于如何实现快速让一个应用变成一个爹妈都不认识的新应用，这是核心机密，就不做展开了，如果是技术可以往我说的方向去试试，相信会有收获。

希望有更多的朋友一起针对苹果ios审核上架处理分享，qq群:  611641785，欢迎一起交流  ，后期会慢慢分享更多的干货