原標題：蘋果禁用熱更新 可能也是無法容忍這些“灰色行為”了
轉載地址：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審核
當然，技術方面的問題還是次要的，我們都希望看到的是一個健康、公平競爭的行業，蘋果也想要借此機會繼續為開發者與玩家打造更加安全、可靠的平台環境。至於這究竟會對行業產生多大的影響，我們靜觀其變。
掃一掃關注公眾號：
