iOS 上架 4.3a 【三大禁忌】

​

如果你的代码是全新开发的, 提审莫名奇妙被4.3了

请不要轻举妄动!!!!!!!!!!!!!!!!!!

在你没有找到产生此问题之前, 不要去试图盲目的修改代码提审,  因为你并不知道你修改的是否是有效的.

你应该冷静下来停下所有的计划, 开始分析导致此问题的原因, 了解一下几点禁忌, 有助于你顺利的解决此问题 , 否则结果将会非常糟糕!

禁忌1 :  切勿根据被拒4.3的文案进行解读, 因为大部分都是通用模版, 对你来说没有一点可用的信息

不少开发者,更多的是初级开发者, 对iOS4.3条例并不深知,  以为就是让我简简单单的改改代码, 改改页面, 也许稍微动点脑筋的开发者会结合网络上的文章进行修改, 如果你正在修改, 或者即将提审, 请你立即停止操作!!!!

你的修改只会雪上加霜, 因为你并不知道你的修改是有效的, 你知识客观的认为你做了很大的改动, 其实不然, 我们来看

改了不行 我就再改再提呗? 那咋整?  

你没有那么多机会, 因为多次触发4.3条例 ,会有带来很多麻烦

 1: 多次出发4.3,账号权重急降, 人工审核会对比历史提交记录, 一单增加了这个流程你的app几乎在此账号下无法过审

2: 如果账号下有单个APP多次被拒4.3, 或者多个APP都被拒4.3, 那么你的账号属于一个极其不稳定的状态,  会到账封号, 更严重就是在你上架后定时检测被封号, 这个是最惨的, 好不容易上去了,  正在运营期间被封号

禁忌2 : 切勿无脑混淆

如果你的代码是新写的  , 也许很多有经验的开发者遇到4.3就混淆, 在混淆之前你要搞清楚一件事 :

1: 你的代码混淆之后,到底影响了ipa中的谁? 

2 : 你的代码是以资源文件形式存在的还是被编译到可执行文件中?  还是被编译到动态库中? 

3:  你全新写的代码就直接混淆?  以后不开发维护了 ?  以后天天面对的乱码工程? 你将会非常痛苦 

记住我的一句话, 先找到问题 , 胃疼吃胃药, 感冒吃感冒药, 不要一上来就吃止痛片

我们来看cocos开发的大型游戏, 混淆前和混淆后的对比:
 

经过了九九八十一番操作, 你的资源文件重复173, 直接锁定原工程, 无情4.3打回

我们来看uniapp开发的app 使用ipaguard混淆前和混淆后的对比:

这个是新代码首次提审4.3, 使用混淆工具后又提审一次, 相似度太高了,  混没混淆没啥用

我们来看flutter开发的app , 混淆前和混淆后的对比:

的确有一些变化, 但是依然又很高的相似度, 这种苹果无法快速确认4.3, 需要较长人工对比,才能给与确认,

我们来看swift开发的app , 混淆前和混淆后的对比:

都太高, 虽然不知道用的什么方式混淆, 可执行文件几乎没变化, 也不知道是什么混淆工具, 

你在混淆前, 你最起码知道你的工具是否好用, 但是这个问题很难解答,  不试试也不知道好不好用 , 完全也不能怪开发者

我们继续看一个怪异的案例, oc开发的app 

这套代码经过使用了一些旧代码, 第一次提审被4.3a, 第二次混淆后提审通过, 后续经过多次迭代, 

于某一天自动进入审核, 自动被拒4.3. 我们先来看看整体相似度

这个整体相似度还是非常低,只有7个百分点, 因为oc和swift的源代码是编译到可执行文件中, 我们针对这两种语言开发的app, 主要检测可执行文件的相似度. 

我们来深度对比可执行文件中, 还是有很高的相似度, 当初过审可能是运气好, 当苹果收紧指标, 也许会大面积扫包被下架

禁忌三: 不要胡乱找人处理

 1: 任何人没有针对你的问题做出分析, 没有任何技术支撑,或者压根不懂技术,有可能是中间商,转差价的. 转给技术, 能上去就赚点, 上不去也不损失什么, 但是最后损失的还是你自己

2: 任何人承诺你包上, 包过, 不过不要钱, 直接拉黑,不要尝试 , 这其中涉及到人工审核, 这是一个非常不确定的因素, 涉及账号权重, 历史提交记录,人工比对, 是否是新开发者账号, 等等综合因素

那么最后交给大家一个问题, 最后一个案例中的自动触发审核,  都有哪些情况会触发呢?  

​