蘋果禁用熱更新

原標題：蘋果禁用熱更新 可能也是沒法容忍這些「灰色行爲」了

轉載地址：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審覈

　　固然，技術方面的問題仍是次要的，咱們都但願看到的是一個健康、公平競爭的行業，蘋果也想要藉此機會繼續爲開發者與玩家打造更加安全、可靠的平臺環境。至於這究竟會對行業產生多大的影響，咱們靜觀其變。

掃一掃關注公衆號：