无论你是有上架经验的开发者
无论你是刚刚接触iOS的小白
无论你是一位干练的的老手
这篇文章对你的帮助可能非常大,请先点赞收藏,以防以后找不到
首先需要做的就是冷静!
你也许心急如焚的翻遍了互联网所有的文章
你的领导也许正在紧追不舍
你的项目也许不能在推迟一天上线
我们从头开始
每个项目类型, 开发语言,UI, 使用的SDK , 代码量,等等很多因素不同 , 面对4.3的问题并没有一种通用的方案, 或者一个简单的工具就可以解决
有很多开发者购买一些混淆工具, 加固工具, 你要记住,解决这个问题并不能单靠一个工具, 工具只是辅助, 永远记住这句话工具只是辅助. 开发这些工具的作者甚至自己都不知道怎么解决4.3, 写了几行代码出来招摇撞骗 ,只会让你的处境雪上加霜,你得不到任何东西
你需要做的第一步就是问自己几个问题:
"我的代码是新的?为什么4.3?"
新代码遇到4.3现在很普遍, 你不需要喊冤, 这不是苹果的无理,或者误审,而是苹果的机审指标范围决定的.
你写的代码最后到底被编译成了什么?
你写的代码最后到底被编译到了哪里?
你写的代码到底是不是苹果检查的对象?
这几个问题你都搞不懂, 不要尝试自己解决4.3
举个例子: 你为了通过考试苦苦钻研数学的各种疑难杂症, 几乎做遍了所有有关数学的卷子, 从简单的到高深的 , 你挑灯夜战, 但是最后还是没通过考试? 为什么
因为你考的是化学
"我的代码是旧项目改的,但是几乎全面重构了,为什么?"
这也许是你重构过得代码
你重构了之后, 到底和原来的项目产生了多大的差距, 你知道么?
"我的代码是买来的,但是UI全部重写了, 也4.3了"
这里是重点, 关于UI 到底需不需要改, 怎么改, 我这里重点说一下
你应该会会发现身边的朋友或者网络上很多的案例, 总是会听他们说我大改了UI之后,4.3 解决了.
苹果明确说明4.3并不是单一从代码层面判定, 而且结合UI 以及品类和功能综合判定的
1: 如果你的代码相似度极高, 根本不需要人工肉眼判定, 改动UI 是没用的
2: 如果你的代码相似度较高,处于一个边缘状态, 你大幅度的改动UI 有较低的概率过审, 因为你大幅度的改动UI 本身伴随着代码发生了变化
(其实有的时候审核看你做了很大的UI改动, 代码相似又不是很高,看心情也有可能直接通过)
所以来说, 改动UI 并不是解决4.3问题的根本方法, 属于瞎猫碰死耗子, 看运气
你的代码如果处理的好, 苹果无法锁定相似App, 他根本没有办法对比UI, 还是那句话 , 一切源于代码相似度
"我的代码是购买的, 到底应该怎么改?"
不同语言的编译产物不同, 处理方式也不同, 这里没办法全部介绍清楚, 如果你不太懂, 你可以通过评论找到我, 我们简单举几种语言作为例子
flutter: dart代码最终被编译成动态库 app.framework , 也就是说你的dart代码无论怎么修改, 最终影响的只是app.framework
oc和swift : 代码最终被编译到可执行文件中, 你的原生代码改动会直接影响可执行文件
uniapp: 你的代码最终被整合成js文件,到ipa包中, 准确的来说 这是一个资源文件
等待等等,关于 cocos, unity 我的其他文章有详细的介绍
每种开发语言处理的方式截然不同
不要使用网络上的方法生搬硬套
不要以为单单购买了一个混淆工具就能解决
你只会让你的账号加速死亡
