苹果禁用热更新

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

转载地址：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，到版本不1、切换支付……苹果的打击力度一次比一次猛烈。禁用热更新的最新后续是，目前重灾区为JSPatch和Rollout.io这两个框架，几乎100%收到警告邮件无一幸免；国内外各家受波及的公司如BugTags、个推、高德等都纷纷更新SDK、或者推出临时解决方案；而网上也有开发者表示用React Native经过了AppStore审核。同时，因为lua做为开发脚本，自己可以调用的功能是肯定、有限的，因此相对来讲比较安全。

 

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

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

扫一扫关注公众号：