iOS审核Guideline 4.3 - Design - Spam 终于突破了 稳定过审

本人长年专注于为公司或者企业解决4.3问题, 基本没什么时间手写博客, 今天刚好闲下来,把我的战绩分享给大家，希望大家能学到东西，如果不懂的可以联系我。
平时大家看到的都是很笼统的文章，没有实际的解决方案，那么今天我给大家再次科普一下，自己的心得和实战经验。
 

进入正题:
 

2025年 1月1日 , 第三版迭代包, 审核超过两个小时, 被判定4.3a, 并直接把重复项目截图发了出来
根据此案例推测:

1:审核时间过长, 迭代包代码可能真有问题, 苹果了为了确认会消耗更多的时间 去对比相似度

2:迭代包审核时长过长尽量拿下来,检查此版本和前一个版本文件对比检查,经过对比之后确实发现了问题

3: 也就是说苹果那边机审后, 会把重复率高的项目列给审核人员,让他们自行根据功能或者UI人工判定

4: 如果你的项目本身是一个马甲包项目,迭代版本通过但审核时长过长,你应该去检查问题了

此文章我们不说如何解决4.3,我们只来根据案例分析4.3, 每一个案例,都是你抓住苹果审核规则的机会, 分析了大量案例, 你的问题自然而然的会得到解决,不需要任何人来教你

2024 年 10 月31 日 ,  同行混淆OC原生代码提审, 审核时长1个小时判定4.3 , 脚本查重率高达96%(该脚本为自研脚本)
根据此案例推测:

1: 使用脚本查重后 重复率极高依然能过机审(超过20分钟基本判定过机审),说明苹果审核可能依据两个数据,一个是资源重复率,一个是可执行文件代码重复率

2: 资源重复率过高依然能过机审,说明苹果有一个侧重比,可执行文件的审核结果占比较高,资源文件占比较小

2024 年10月15日 , 纯新手写flutter白包审核十几分钟判定4.3
根据此案例推测:

1:  由于flutter开发的app, dark代码最终被编译成app.动态库,由于原生代码很少甚至没有,主要原生代码集中在cocopods中, 所以苹果可对比文件极少, 重复率会提升 ,所以出现4.3概率较高,即便是纯手写白包