在過去一年中相信各位開發(fā)者都經(jīng)歷了蘋果的“摧殘”，目前蘋果熟知國內(nèi)馬甲包的套路，導(dǎo)致在這一年中蘋果對馬甲包的打擊力度呈現(xiàn)幾何式增長，開發(fā)者在上架的過程中普遍遇到的問題主要有：

希望有更多的朋友一起針對蘋果ios審核上架處理分享，qq群:? 611641785，歡迎一起交流? ，后期會慢慢分享更多的干貨?

1.打擊力度大

蘋果對馬甲包打擊力度增加，導(dǎo)致現(xiàn)在遇到的主要問題是:

■上架難，4.3已經(jīng)成為頭號殺手

■復(fù)審嚴，下架頻，下架應(yīng)用比上架還多

2.各環(huán)節(jié)過審技巧

注：蘋果主要的審核流程

?2.1 開發(fā)者環(huán)節(jié)

主要為蘋果的后續(xù)審核做好規(guī)避，主要分為兩點

2.1.1：代碼的修改，主要是為了方便做馬甲包修改

2.1.2：運營上的細節(jié)處理，主要是為了規(guī)避4.3處理方式可分為3點：

(i) ip切換

保證ip不重復(fù)，在沒有vpn的情況下，用手機熱點飛行模式五分鐘即可.

(ii) 保證設(shè)備更換

若無法更換設(shè)備，那么證書參數(shù)要處理到位，基礎(chǔ)證書每次都要清空處理（注回復(fù)公眾號后臺“證書”即可獲得哦）

(iv) 元數(shù)據(jù)填寫

切勿復(fù)制應(yīng)用介紹和測試賬號，不得重復(fù)/

2.2? 代碼審查環(huán)節(jié)（機審）:就是等待審核環(huán)節(jié)

主要審核內(nèi)容：對“文件名，類名，函數(shù)名，方法名”等進行比對；而不是對全局每一個二進制文件的代碼進行比對。小貼士：如果應(yīng)用首次提交，在這個環(huán)節(jié)的時間如果超過72小時，建議撤回哦，否則有封號風險。

2.3? 人機AI交互環(huán)節(jié)：

這個環(huán)節(jié)是ai機器人配合人工體驗應(yīng)用的環(huán)節(jié)。(正在審核環(huán)節(jié))——時間大概在幾十分鐘到幾個小時之間，若超過72小時建議放棄，否則依然有封號風險。

2.3.1 蘋果審核主要分為：

(i)?代碼問題——機審。

(ii)?內(nèi)容違規(guī)問題——需審核人員來做判斷。

(iii)?出現(xiàn)人機交互審查的原因：機器記憶力和工作效率是人不可比擬的，但是人的主觀判斷意識又是機器沒有的。

(iv)?人審4.3是不可能的，4.3條款是指重復(fù)應(yīng)用，而不是相似應(yīng)用，嚴謹高效的蘋果審核環(huán)節(jié)，一旦給到你4.3，那一定是他有了十足的把握才被4.3打回，這是單靠人審做不到的絕對。2.3.2這個環(huán)節(jié)死的最多的不是應(yīng)用類，而是游戲類——游戲類素材太多，替換成本太高。

出現(xiàn)人機交互審查的原因：機器記憶力和工作效率是人不可比擬的，但是人的主觀判斷意識又是機器沒有的。

3.被拒環(huán)節(jié)的解決方式

被拒環(huán)節(jié)：這個環(huán)節(jié)我們已經(jīng)得到了蘋果審核反饋，如果是過審，那是皆大歡喜。但是一把過的概率極低，在被蘋果拒審后我們要根據(jù)駁回原因做必要的修改，這個是大家遇到的常態(tài)。如果被拒時收到蘋果的截圖，我告訴你也是一件好事，這種情況大概率這個應(yīng)用是可以過審的，因為蘋果還是想告訴你如何修改，其實是在幫助你過審。以下我提出幾個觀點：

3.1 觀點一：兩次裝機審核

(i)?第一次代碼審查裝機截圖——首屏圖，每次必改。

(ii)?第二次人工體驗+ai同步定時多次截圖——做審核服，且每次隨機呈現(xiàn)。

小建議：大家在應(yīng)用上一定要做好監(jiān)測工作，這樣才能更好的掌握蘋果的審查動向，記住二次激活，不一定代表一定過了機審。極少情況會出現(xiàn)只有一次裝機就被拒的，這種情況就是開發(fā)者代碼上處理的重大失誤了。

注：兩次裝機反饋圖

3.2 觀點二：被拒后，不一定要重新提審

(i) 元數(shù)據(jù)拒絕

例如2.3.7問題（截圖無法反應(yīng)應(yīng)用程序問題）——修改五圖，添加手機模型即可。

(ii) 二進制拒絕

例如2.1的ipv6問題，拍攝登陸視頻即可.拍攝視頻也有小技巧哦（可私信小七妹妹領(lǐng)取視頻）。

注：遇到被拒情況不要著急重新提審，仔細審視后再進行操作。能通過回復(fù)解決的盡量不要去提交審核，減少蘋果審查代碼的次數(shù)。

3.3 觀點三：2.1大禮包不一定是壞事

(i) 2.1大禮包的問題

表示代碼里存在一些共性的點，但蘋果又無法準確定位。所以被2.1打回。

(ii) 回復(fù)2.1問題

回復(fù)態(tài)度一定要端正，回復(fù)的要素要全面，可以把大禮包的所有問題都逐一解答，剩下的全靠命運的安排咯,大概30%的通過率。

(iii) 特殊條款

近期出現(xiàn)特殊條款——聲稱你涉嫌違規(guī)，要調(diào)查你的賬戶，基本與封號沒有區(qū)別。

注：可能跟貿(mào)易戰(zhàn)有關(guān)哦！

3.4 觀點四:只是4.3的前兆

(i)?2.3.1涉及代碼混淆，蘋果發(fā)現(xiàn)這個問題的同時又無法判定你是否為重復(fù)應(yīng)用提交而給出一個警告。

(ii)?解決2.3.1問題——讓垃圾代碼不垃圾。

a.?蘋果主要是審核代碼中的某些字節(jié)。

b.?往代碼中注入一定比例的冗余代碼。

c.?垃圾代碼中包含“文件名，類名，函數(shù)名，方法名”等，起作用的是這些東西。

(iii)?加垃圾代碼失效的原因：上包太肆無忌憚被蘋果爸爸發(fā)現(xiàn)并優(yōu)化了審核機制。

(iv)?蘋果不可能做全局對比，所以添加垃圾代碼時更要注意一些特殊類名的規(guī)律性存在，例如：.cpp.和.h文件.不騙過自己怎么騙過蘋果。

3.5 觀點五：3.2.1只是紙老虎

(i)?3.2.1主要出現(xiàn)在金融上，而且明確告知了業(yè)務(wù)模式是可接受，所以只要提交資料即可。

(ii)?千萬不要套殼，套殼有風險。

(iii)?提交資質(zhì)有講究。

(iv)?蘋果到現(xiàn)在依舊是區(qū)分不開p2p和貸款。

(v)?理財萬能包的出現(xiàn)，同時更新有講究需謹慎。

(iv)?5月初蘋果金融類上架禁令開始，在線理財原生包變得更加重要，但屯包有風險。

(vi)?最壞的可能：蘋果永久禁止收錄，那后續(xù)只能選擇套殼,有殼也比沒包強。

3.6 觀點六：4.3只出現(xiàn)在機審，且并非不可戰(zhàn)勝

(i)?人審沒有4.3，只有4.1。所謂遇到人審4.3的其實都是在人機交互環(huán)節(jié)被機器截圖發(fā)現(xiàn)的，是因為審核服沒有做到位。在沒有截圖的情況下如何鑒別4.3:具體情況分析，但唯一不變的就是審查動向的監(jiān)測。

以游戲為例避免4.3：

a.?做一個獨立的的提審服務(wù)器——小部分游戲地圖

b.?修改場景圖，人物圖，道具樣式等各種圖片元素

c.?每個元素放在幾十個文件中，隨機抓取排列組合應(yīng)對 ? 蘋果審核

d.?弊端：工作量大,但磨刀不誤砍柴工，必須做

(ii)?蘋果目前，將來都不會去做全源碼對比，因為效率低下。

(iii)?蘋果允許第三方調(diào)用，且隨著應(yīng)用增加，諸多功能代碼的相識度很高，蘋果不能只依靠部分代碼相似來下定論——4.3只出現(xiàn)在機審的原因。

(iv)?規(guī)避4.3除了之前提到的換設(shè)備，切ip，導(dǎo)證書等運營細節(jié)以外，代碼規(guī)范很重要?！砑永a的同時也要更改原本代碼的“文件名，類名，函數(shù)名，方法名”等。

小建議：蘋果一定是記錄存儲每次提審的代碼，那存儲的時間是多久呢，我認為是90填，大家可以去看蘋果后臺的tf測試項目，版本的有效期是90天，所以建議開發(fā)者們在提審出結(jié)果后，不要怕麻煩，一定把版本設(shè)置過期。

(v)?開發(fā)者需要改變角度將代碼修改流程化，同時運用各種語言工具，讓4.3成為過去/

3.7 觀點七：最可怕的霸王條款——other

這個時候就體現(xiàn)了蘋果的霸權(quán)主義了，基本就是封你賬戶了，你基本沒有反抗的機會，除非你有bat級別的公關(guān)團隊。

偶然遇到賬號無故封禁情況，大家主觀想法是信用卡賬號支付問題，其實不然，蘋果的信用卡信息保管很嚴謹.

總結(jié)

讓應(yīng)用變成一個新的應(yīng)用的方式有很多，本期教大家的是蘋果審核的原理，關(guān)于如何實現(xiàn)快速讓一個應(yīng)用變成一個爹媽都不認識的新應(yīng)用，這是核心機密，就不做展開了，如果是技術(shù)可以往我說的方向去試試，相信會有收獲。

希望有更多的朋友一起針對蘋果ios審核上架處理分享，qq群:? 611641785，歡迎一起交流? ，后期會慢慢分享更多的干貨?