苹果审核中的4.3问题是开发者关注的焦点之一，本文对此进行了综述，总结了不同情况下的处理方式和优化策略。
第一种4.3
该类问题常见于代码或UI的重复率过高，苹果会直接拒绝应用。开发者需注意避免此类情况的发生，特别是在更新应用时。
第二种4.3
虽然通过了第一种4.3的修改，但仍存在本质相似的问题。苹果审核将会列举相似类型的应用供审核人员查看，甚至可能会通过人工审核被拒。
第三种4.3
此外，文章还总结了常见的解决方式，建议开发者选择适合自己情况的方案，并注意避免关联封号的细节问题。
老生常谈的解决方式我也列一下吧，显得我更专业：
UI不变，代码不变，新开发者账户送审
UI不变，代码混淆，新开发者账户送审
UI套壳，代码不变，新开发者账户送审，苹果审核看到固定页面
UI套壳、代码混淆，新开发者账户送审，苹果审核看到固定页面
UI套壳、代码混淆，全新类名、函数名，新开发者账户送审，苹果审核看到固定页面
UI全新、代码重构，全新类名、函数名，新开发者账户送审，打包设备、全新IP送审，等同全新产品
这是我抄袭复制的，讲的挺容易的呀，改起来可就累死了！个人建议选择第四种，稳妥的是第六种啦，最麻烦，核心看项目大小。
针对代码混淆方案，可以利用IpaGuard这类无需源码即可对 IPA 文件进行代码和资源混淆的工具，支持 OC/Swift/Flutter/Unity 等多种平台，直接操作编译后的 IPA 文件，本地处理无需上传服务器，混淆后可立即重签名安装测试，极大降低开发者手动修改代码的工作量。
注意关联封号细节：
已上架或送审被拒的AB产品代码相似，比较容易存在在综合功能产品分拆小功能产品上，或模版化的产品上
开发使用开源代码或者接口，导致代码上相似
添加垃圾代码混淆，垃圾代码占比过大造成的代码相似
三、设备、IP、开发者账户、联系人、绑定银行卡等信息关联上的4.3问题
不少开发者开发一款新的App，但是送审时候莫名其妙的遇到了4.3问题。明明是新产品，代码上毫无关系，UI也是全新的，再而市面上也没有同类的产品，但是竟然遇到4.3问题。
开发人员使用别人开源代码，不幸这部分开源代码被苹果机审标注为克隆包代码；
开发人员使用别人开源代码，在自己的产品中代码占比过高，再而代码被多人开发者使用，被认为克隆包；
自身开发者就是克隆包玩家，产生过多的克隆包，导致自己的设备、IP、开发者账户、联系人、银行卡等信息成为苹果黑名单，被苹果审核认为只要是这些信息的开发者所开发的产品均一律被认为克隆包
整理以往所有送审的开发者账号，整理出类似克隆吧产品的账号，下架已上架产品，处理未通过审核产品，统一更新一个版本，上传一个空壳包，并且在所有App应用名命名为作废包+时间点；
代码上的相似处理
1已有代码的混淆（改类名，改函数名）
2添加垃圾代码，使垃圾代码调用某一个功能，这功能集中某个页面，用户端不可见
垃圾代码的相似处理
避免与目前自己其他产品克隆包添加的垃圾代码一样
设计一套全新UI，色调、交互精打细磨
itc后台的送审icon、应用截图重新设计，与目前在线产品有明显的差异性
开发者账号避免处理
1同一款类似的产品不放在一个送审账号上
2同一个开发者账号尽可能不关联几个马甲包产品
打包电脑设备处理
如有条件最好不要用同样的MAC打包
上传包IP处理
上传克隆包IP，尽量避免与其他克隆包的IP相同
联系人、收款银行卡信息处理
过多克隆包，尽量避免同一银行卡信息、联系人关联
技术网站、隐私协议用独立网址，很多第三方，别老想着自己申请
更新：
第二种4.3，可能属于第一种4.3的变形，我新的想法是第一种4.3是对UI的识别，第二种4.3是代码层次的识别，可能就是代码没过。我和苹果审核沟通过，当时注意力都在第三种了，第二种我忘记问了。
更新：
总结以上经验得出更为权威的经验。
第一种4.3是：UI * 0.5 + Code*0.5 > 0.5
第二种4.3是：代码重复率大于库中代码 > 0.3
第三种4.3是：同质化产品禁止上架，例如：社交。
（非具体数字，只是举个例子）
总结一句话：
第一种：机器4.3，第二种：半机器，半人工，第三种：禁止上架的类型。
补充：
经历过洗礼，上架非常困难，白包也很难过审核，被拒原因2.3.1突然增加了很多。现在提审核应该好过了一些。
猜测是：
1.混淆过度，苹果首先机器审核，如果混淆的多，能够通过4.3，但是第二步机器预判，发现代码中有过多的混淆，直接给2.3.1；
2.混淆过度，苹果首先机器审核，如果混淆的多，能够通过4.3，但是第二步人工审核，查看代码发现有复杂的逻辑，又明显不合理，给2.3.1
3.降低混淆，直接4.3
现在应该是好了一些，没有那么狠了，上段时间抓到就封号。
