iOS 上架4.3a : 大型交易所项目已过审!

​

没错,这是一个大型的交易所项目, 在美国申请了MSB 交易拍照, 这是一个合规合法的交易所项目

我来说一下整件事情的来龙去脉

我的这个客户我们早在2018年就相识, 当初我还在公司上班, 主要任务是开发iOS 相关的App. 

和我们公司来往较频繁, 因为当初我们是一个外包公司. 与我们公司和甲方乙方的关系.

我在2018年年底离开了公司, 正式从事iOS马甲包业务,后来就没什么联系, 但是一直都有微信,这期间没怎么发过消息

直到2025年8月找到我, 了解到我正在从事iOS上架业务,说他遇到了iOS 的4.3问题,自己公司的技术无法搞定,整整搞了三个月, 我们正式从8月底开始合作

购买源码进行二次开发, 是当今最快速且最节约成本构建平台的途径之一, 现在其实有大量的源码都是购买之后处理在上架的

但是这个客户购买源码的金额非常惊人,  花了40万美金,购买了一套交易所源码 

由于项目比较紧急, 虽然我是专业的, 不怕一万就怕万一, 我如果处理失败了, 那么会给他们公司带来巨大的损失. 我自己也无法承担这么大的一个责任

我们紧急指定了三套方案

1: 白包: 先上架一个白包, 然后逐渐迭代处理后的源代码

2: 直接混淆源代码,提审

3: 使用swift进行重构

三套方案分别在三个账号上并发执行,我负责方案1和2,  我又给他们公司招聘了一个iOS 来处理 方案3 

 

我从9月1号开始正式处理源码:  (源码是flutter 编写)

我拿到源代码的时候,有点懵逼, 还是第一次见过这种架构的flutter项目 

从这种目录结构我大致猜测到这可能是模块化开发,  毕竟一个40万美金的项目, 开发团队可能非常健壮, 在iOS开发中这种结构其实并不稀奇, 但是flutter开发的我还是第一次接触

不过也没什么担心的, 都是代码, 只不过结构或者组成的形式不同而已

代码量非常大

我一遇到代码量非常大的项目, 我就头疼, 因为代码量越大的App,在处理4.3的时候难度越大,  为什么? 
 

越多的代码, 就会造成越多的重复

代码量在不同量级的App, 处理方式不一定相同, 代码量越多, 往往需要追加更多的处理环节. 既要保证代码可读行好, 可维护程度高.  必然需要保留一些东西, 那么就会残留旧项目的一些影子

越多的代码, 修改起来工作量越大

我们虽然大部分处理都是靠脚本完成, 但是有些处理环节,通过脚本无法完成, 也就是说, 有些处理需要手动完成. 那么代码量越大,  工作量随之增加

 

那么第一步: 删减

删减是处理4.3 非常重要的一个步骤,  无论你的源码是新开发的, 购买的, 二开的, 代码中或多或者有些犹豫迭代产生一些冗余的代码以及文件, 删除掉这些文件 就会随之删除掉一些重复的内容.

经过几轮处理后, 总共耗时三个工作日,因为我毕竟是老手, 处理速度较快, 一般公司技术处理的话也得需要3-5个工作日 , 当然其他的处理环节,我在这里无法告知

我在9月5号正式提交审核

我的压力非常大, 虽然我对自己处理的App有非常足的信心, 但是目前情况非常危急, 投资人大兵压境

客户本来给投资人承诺5月份上架, 拖到了8月,  现在已经到了9月, 最后到了不敢给投资人回微信的地步了

海外App比大陆App审核较慢, 提交审核之后三天后才进入审核,我还以为卡审了呢

9月8号被打回 2.1 

我一看有点惊喜,这问题简单啊, 估计需要什么资质之类的, 我仔细一看, 原来是app卡到启动页了, 苹果审核连App都没进去............

这可能是当天提审太过于心急导致的,  因为我们第一个版本不在乎细节,以速度为主.

注意: 第一次被打回2.1问题,不代表不会触发4.3, 但是有一个问题可以确定, 代码相似度不是很高, 如果太高, 苹果审核不需要进入App, 直接根绝机审结果判定4.3 足以

我当晚紧急修复bug, 直接重新提审

第二天早上返回了一个结果 还是 2.1 

不过这次的2.1不是之前的文案, 这是因为交易问题, 所要金融资质 

我们上传了相关的资质文件后, 等待苹果恢复

第三天还是2.1

我发现苹果审核这虚拟加密货币的项目非常严格, 问的特别深入, 你是怎么交易的?  自己平台内部完成的?  还是借助三方完成?  如果你是借助三方?  还需要提供合作关系, 等等

你可能想象不到, 一共大概经历了约8-10次2.1的问题

可想此类App审核非常严格, 甚至有些问题明明问过了,  过了几天, 又问了一遍 ,导致消耗了非常多的时间 

注意: 从这里可以看出, 问过的问题重复发问, 我们可以猜测到, 一个App被拒可能并不是一直由一个人处理到通过, 这期间可能换人来审核

所有的被拒全是因为2.1打回, 反反复复经历15天,

恭喜 :  9月10通过第一个版本!

这无疑试一次巨大的成功! 

对客户来说 释放了整整三个月的压力 .  终于见到阳光了!!!

对我来说, 又又又一次证明了自己, 这次能够帮助客户解决这个问题, 我也非常高兴, 不单单是赚钱的问题

总结:  

无论你的代码是买的 还是新开发的,  你必须要给自己上架预留出至少20天的时间,  难免意外情况会发生

如果你是外包公司, 本身一个项目只赚几万块钱, 你上架的费用必须单算,而且时间也要单算, 外包公司面对4.3的问题,可以说啥也不会, 我已经遇到不少外包公司的客户为了接单, 连上架业务都给包了.最后上不去, 给客户退款. 

如果你是大型的公司项目, 千万不要尝试自己解决4.3, 一个员工没有必要承担这么大的风险, 这个时候你也别逞能, 该找专业的就找专业的处理, 把风险嫁接给别人, 你解决了你是公司的功臣,  你解决不了, 拖延了时间, 搞的情况越来越恶化,  你就是罪人 

解决4.3就找我

​