苹果禁用热更新

Posted 2020-09-04 平平淡淡开开心心

原标题：苹果禁用热更新 可能也是无法容忍这些“灰色行为”了

转载地址：http://sd.china.com.cn/a/2017/keji_0313/892062.html

 

　　3月8日晚，一封来自苹果的邮件在国内APP开发者的群体中爆炸。该邮件的主要内容是：禁止在应用/游戏里面使用Lua或javascript脚本进行热更新（国内主要是使用rollout、jspatch的热更新技术框架）。邮件一出，国内的程序员团体哀鸿遍野，甚至传闻有公司将有关运用jspatch技术的部门整个砍掉。

 

苹果向开发者发出的邮件

　　“热更新”，也就是动态下发代码，它可以使开发者在不发布新版本的情况下，修复 BUG 和发布功能，让开发者得以绕开苹果的审核机制，避免长时间的审核等待以及多次被拒造成的成本。本来，“热更新”对于开发者来说是一件友好的事，针对“为什么被禁”的疑问，苹果也做出了解释——“有可能被中间人（除了开发者本人之外的第三者）利用的风险”，也就是被“中间人攻击”。

　　不过，“中间人攻击”实际上是苹果方面为开发者着想的一个委婉说辞。想必大家都能看出，禁用热更新，是因为游戏厂商钻漏洞、利用热更新出现的恶劣内容太多导致的。

　　热更新被禁用后，对于国内游戏厂商而言，除了大包体游戏的更新可能会变得困难之外，也意味着行业内两大灰色行为——利用已通过苹果审核上架的产品的热更新，1）产品狸猫换太子；2）切换支付流程收款帐号，达到绕过苹果分成的目的。这两个行业内已经默认存在了至少一年多的行为，将被限制。

　　狸猫换太子

　　狸猫换太子的行为，在业内已经属于公开状态，小到不太符合规则的促销活动，大到审核与正式公开的版本完全不一致，各种情况均屡见不鲜。这种应付苹果审核的行为，与现在许多针对版号做“白莲花版本”产品的行为类似——只是审核细节与条款的不同。

　　苹果审核条款中，对于抽奖、竞猜等促销活动审核十分严格，因此一些开发者提交产品审核版本时，便不露出此类信息，待审核通过上架后，才利用热更新绕开审核，再放出各种违规活动；更有甚者，本来看似非常正常的初始版本，在热更新之后充满了各种色情、引导性好评和付费弹窗。

　　切换支付流程

　　如果说狸猫换太子尚在苹果可容忍的范围，那么切换支付流程则是真正的触动了利益的蛋糕。其基本流程如下：正常版本通过苹果审核—上线后调用脚本，切换支付收款帐号——用户付费时并无差别，但款项则优先进入开发者本身的账户。这样，本应属于苹果公司的30%分成，就流入了开发者的口袋，成为了又一利润来源。坊间许多不知名的产品，通常以采购广告流量支撑用户新增，收入很高却从未见进入过畅销榜Top100以内，很多都采用了这一做法。

 

　　热更新本来便是为了方便开发者，不需要一次次通过繁琐的审核流程，同时也使游戏保持初始包体大小，方便用户下载。但当这一漏洞被国内的无良开发者利用，甚至成为暗地里半公开化的一种盈利模式时，就已不仅仅是“灰色地带”，而是“真正的过界”。苹果禁用热更新，波及大包体APP，足可见其整顿风气的决心。

　　从去年至今，关于AppStore的风波一直不断。从套壳、无节操刷榜、滥用关键词优化ASO，到版本不一、切换支付……苹果的打击力度一次比一次猛烈。禁用热更新的最新后续是，目前重灾区为JSPatch和Rollout.io这两个框架，几乎100%收到警告邮件无一幸免；国内外各家受波及的公司如BugTags、个推、高德等都纷纷更新SDK、或者推出临时解决方案；而网上也有开发者表示用React Native通过了AppStore审核。同时，由于lua作为开发脚本，本身能够调用的功能是确定、有限的，所以相对来说比较安全。

 

有开发者表示用React Native通过了AppStore审核

　　当然，技术方面的问题还是次要的，我们都希望看到的是一个健康、公平竞争的行业，苹果也想要借此机会继续为开发者与玩家打造更加安全、可靠的平台环境。至于这究竟会对行业产生多大的影响，我们静观其变。

扫一扫关注公众号：