引言
在iOS项目的开发过程中，将开发完成的应用提审时非常重要的环节。在早期应用市场尚未成熟之前，App的提审虽然周期相对较长，但过审十分容易。随着应用市场的日益成熟，苹果公司也在不断地加强对应用质量的控制，应用的提审要求也变得严格起来，其中审核指南中的4.3条款针对“重复应用”的严格审核，成为了不少应用需要面临的难题。
4.3条款旨在减少相同应用，马甲应用的泛滥，鼓励开发者进行创新和提升用户体验，但是许多应用在提交时，往往因为忽视了这一条款而遭到拒绝。本篇博客将详细解析iOS审核4.3条款的内容，以及应对策略，帮助大家避免审核陷阱，顺利通过审核。
在博客开始之前首先我们需要明确，没有可以绝对包过的办法，尤其是相同代码或者相似UI马甲包的情况。
4.3 问题详解
审核指南4.3条款的核心内容主要是强调了避免“垃圾应用”或者“重复应用”的发布。具体来说，就是如果一个应用在功能上，设计上或者内容上与已经上架的App高度相似。比如只是将已经上架的应用简单的更换了主题、更换了数据内容，更换了一些图片和标题等。那么苹果就很有可能会拒绝这个应用。
具体有以下场景：
- 克隆应用：（马甲包）如果开发者创建了多个功能基本相同的应用，只是修改了桌面图标和名称，或者主题颜色，那么苹果会认为这次应用没有足够独创性。
- 模版化应用：使用相同的模版创建的多个应用，在早期的一些网课应用团队通常会从一个主分支切出几个不同的子分支来创建不同的网校App，他们之间只有细微差别，早期也是可以通过审核的，但目前通常会被认定为重复应用。
- 抄袭引用：应用的功能和页面都是抄袭另外一个应用，或者自己团队以前的应用，这种情况也会被认定为垃圾应用。
苹果公司最终还是希望开发者能够提供独特的、有意义的用户体验，而不是通过重复马甲包来占据App Store的资源，确保每个应用都能为用户带来新的价值。
4.3 问题分析方案
苹果应用提审之后通常会经历两轮审核，初步的机器审核，以及后续的人工审核。我们可以通过审核用户的审核时间长短，以及审核人员登录的地理位置大致来判断应用是在哪个审核阶段被拒绝的。
通常来讲如果你使用的是相同或者相似的代码那么大概率在机器审核阶段就会被拒绝掉。而如果看见有多次审核登录的场景，那么表示可能进入人工审核阶段，人工审核会存在一定的主观性，审核人员认为你的应用与其它应用功能相似，页面相似，或者审核人员认为你的应用功能过于简单，页面过于单一，都有可能会导致应用被拒绝。
进入人工审核阶段，我们可以通过一些日志或者其他手段查看审核用户都浏览了哪些页面，都使用了哪些功能，以及用户的操作流程和页面大概的停留时间。
4.3 问题解决方案
以往针对4.3问题通常是使用一些脚本将文件名类名进行替换，加一些混淆代码，还有一点比较重要的是进行账号，设备和网络的隔离，构建一个新的App进行提交，但这并不是总能起作用。
如果你想要上架的是常规的App，今后需要正常维护的应用，那么首先我们需要考虑自身的原因：
- 应用是否使用了已经上架App的代码框架，代码所占比例如何。
- 应用的页面设计是否和已经上架的App几乎相同只有细微的差别。
- 应用的功能是否和已经上架的App完全相同，比如都是AI女友，或者都是1v1交友。
- 应用的名称，logo，以及元数据介绍是否和以前应用相同。
第一种情况通常针对于机器审核直接被拒绝的情况，这种情况简单来说就是需要重构或者重写代码，降低重复代码所占比例，这是非常有效的手段，即使是专门处理4.3审核团队，面对机器审核的4.3也是通过降低老代码比例的方案来解决，为了更有效的重构或是重写，可以通过更改框架架构，或者使用不同的开发语言，比如列表由UITableView改为UICollectionView，更换数据解析框架，或者由Swift语言改为OC语言等等，代码重构后，很快就能通过机器审核，但这并不意味着已经解决了4.3的问题，因为如果机器审核检查出问题之后会直接拒绝审核。
第二种情况通常出现在做了一款已经做过的应用，比如一个开发团队为一个企业做了一款App，然后另外一个企业也要他们做一个类似的项目只是名称和logo不同。打开首页都是视频列表，打开动态都是一样的瀑布流，打开个人页面也都是完全一样的页面结构，这无疑会被认定为重复应用。针对这种情况，我们需要完全更改页面的外观，需要设计介入给App注入新的灵感。
第三种情况，这种情况比较困难，可能应用并不是与你之前开发的应用相同，但是与它相同的功能在商店中却已经有了大量的App，而你的App和它们比起来没有一点创新和区别，这时候苹果以4.3拒绝。比如有些地区会直接禁止某些功能类型的App上架。针对这个的解决方案，一点就是为应用添加新的功能和玩法，并且需要占据主导位置，让审核人员眼前一亮。另外一个危险的方案，有些团队可能会推荐你使用AB包的形式来解决，但这很危险一旦被发现账号就会被封禁，建议在新的账号尝试。
第四种情况元数据相似或重复的问题，那么需要更换图标和应用名称，苹果不希望出现某一个App的仿造品或者说是赝品来混淆用户视线。
结语
4.3问题通常分为两种情况，一种是主动提交重复代码，有些团队就希望一套代码上架很多应用，对于这种情况，上面的分析方案和解决方案或许并不适用。而对于想要提交一个长期维护的项目而言，以上的分析和解决方案还是非常适用的，采用上面这些方案的组合已经成功上架3个直播类App到App Store。
另外需要注意的一点，当审核遭到拒绝最后，不要盲目进行二次提审，仔细分析应用被拒绝原因，如果没有思路可以通过预留联系方式的方案与审核团队进行沟通，对方会给你一个大致的方向。
关于4.3没有必过方案，凡是说包过的，等你仔细询问之后他还是会改口为有百分之多少的把握，但把代码交出去之后通常会变得难以维护。所以有条件还是需要自己的团队来分析和调整App，从代码，设计及功能等多个角度进行修改，以顺利通过审核。