iOS马甲包上架问题整理

一、马甲包是什么？

这个问题其实大家都知道，用术语来说，通常指的是在同一份代码基础上，通过修改配置、资源文件等方式，生成适用于不同情况的多个应用版本。这个概念类似于安卓应用中的 "渠道包" 或 "多渠道打包"。

或者，简单来说，就是给现有的app套个壳，拥有新壳子的app可以和原app功能完全一致，也可以拥有部分功能。

二、为什么要做马甲包？

我们首先要明确的一点是，苹果官方本身是反对这一行为的，因为app store的本身资源是有限的，而且马甲包的代码一致问题，审核4.3基本一次一个准。那为什么即使如此，还是有很多开发者会开发马甲包呢？

原因如下：

1. 市场推广和分发： 在不同的应用市场或渠道推广应用，可能需要针对不同的受众、地区或市场进行微调。通过开发马甲包，开发者可以根据不同渠道的要求，调整应用的图标、名称、启动画面等元素，以适应不同市场的推广需求。当然，还有一方面则是可以覆盖更多的关键词，也就能有更多的流量入口。所以很多马甲包其实本质上还是为主包服务，为主包导流。
2. 品牌定制： 如果一个开发者或公司在多个品牌下发布应用，每个品牌可能需要有自己独特的应用版本，包括品牌标识、颜色主题等。使用马甲包可以方便地为每个品牌定制不同的应用版本，同时共享相同的代码基础。
3. 地区适配： 不同地区的用户可能有不同的习惯和需求。开发者可以根据不同地区的特点，调整应用的功能、内置配置等，从而提供更符合当地用户需求的应用版本。
4. 功能分化： 有时候，开发者可能想要在同一个应用内为不同的用户提供不同的功能。通过马甲包，可以在同一份代码基础上，定制不同的功能集合，以满足不同用户群体的需求。
5. 版本测试： 在应用的开发和测试阶段，可能需要创建不同版本来测试不同功能或改进。马甲包可以帮助开发者快速创建这些测试版本，而无需从头开始开发。
6. 灰色地带： 目前一些灰产比如棋牌和体育类的现在由于平台管制越来越严格，不得不做出各种各样的马甲包来逃避监管，这一块的需求也是很旺盛的！

三、马甲包的问题

正如前面所说的，马甲包的功能很大可能是和原app一致的，那就会有一个很大的问题：被下架风险极高。也就是iOS4.3问题。

App上架到App Store会经过机审（审核代码重复率）和人审（审核UI问题）两个步骤，而马甲包很可能在这两个地方都会被卡，即使上架之后，也很容易被下架，这是开发者要承担的风险之一。

四、如何上架

目前来说，是没有百分百的方法来完全保证能够上架的。只能说，采取某些方法增加上架的概率。就我目前收集到的方法来说，主要有以下几种：

1. 相同的马甲包提交至少要间隔1天，避免被同一个审核员看到。
2. 可大方的告知苹果，上传马甲包是为了测试产品的新功能模块，或者两款App是公司内不同部门开发的, 分别针对不同的用户人群等。（针对AB测试的马甲包）。
3. 针对UI部分：需要在原有的UI基础上修改新的UI，一定要有区别！！！即使是参考竞对，也需要有区分；而启动图和logo，更是重中之重，绝对不能一样！
4. 针对代码部分：可以混淆加固，比如修改boundID（亲测，这个还是蛮有效的）。
5. 针对开发者账号：如果有条件，尽量选择新的开发者账号进行打包上架。因为马甲包肯定是不合规的，随时有被干掉的风险，如果你这个账号下面还有其他app，那么就有可能被波及，所以尽量使用新的账号，安全第一。

以上。