前景分析

鑒于2018年下半年開始，蘋果公司加大了對(duì)提審APPStore的應(yīng)用審核力度，導(dǎo)致諸多開發(fā)者提交的應(yīng)用卡審，拒審，更有甚者封停賬號(hào)。

從2019年1月開始，蘋果公司的機(jī)審機(jī)制差不多2-3個(gè)月更新一次，而每次更新，都伴隨著廣大APP的陣亡。

由于審核機(jī)制越趨嚴(yán)格，導(dǎo)致諸多正常開發(fā)的應(yīng)用提交都受到了波及，也就是我們常說(shuō)的審核誤傷。誤傷是在所難免的，在100%確定自己應(yīng)用沒(méi)問(wèn)題的情況下，被誤傷的時(shí)候懟回去就好。

當(dāng)然，今天我們要討論的是另外一件事，就是IOS馬甲包的上架。

對(duì)于馬甲包，相信大家都知道是啥，在流量就是金錢的現(xiàn)在，各大運(yùn)營(yíng)商們就希望APPStore只能搜到自己一家的產(chǎn)品。

馬甲包的應(yīng)用場(chǎng)景太寬泛，此處就不多討論，我們討論 怎么去上這個(gè)馬甲包？

一個(gè)能夠運(yùn)營(yíng)的項(xiàng)目，從0-1是要不少成本的，而這樣一套代碼，正常情況下只能提交一次到APPStore,多次提交會(huì)受到4.3拒審，2.1大禮包等拒審。這個(gè)時(shí)候就是我們技術(shù)需要解決的，一套代碼多次提交的問(wèn)題了。

問(wèn)題探究

馬甲包難以通過(guò)審核的關(guān)鍵是機(jī)審，雖然蘋果公司本身是巨無(wú)霸搬的存在，但是人家也不可能把資源全放審核上。特別是，一旦審核規(guī)則變嚴(yán)，會(huì)導(dǎo)致更多的誤傷，這是蘋果自己也不愿看到的。

所以本著這個(gè)方向出發(fā)去解決問(wèn)題。

我們要搞定馬甲包的提審，首先得搞定機(jī)審，學(xué)會(huì)規(guī)避機(jī)審，那就相當(dāng)于成功了一大半。

而機(jī)器是很聰明的，能對(duì)比的東西很多，現(xiàn)在AI技術(shù)也很成熟再結(jié)合大數(shù)據(jù)，比如自動(dòng)掃描界面結(jié)構(gòu)和圖片比較等

那如何把二進(jìn)制文件弄的不一樣呢？

這個(gè)還要從源碼出發(fā)，不同的源碼，打出來(lái)的二進(jìn)制文件當(dāng)然就不一樣，所以我們需要混淆自己的源碼。

目前能搜到的開源的，不開源的混淆工具很多，但是大多缺乏維護(hù)，跟不上蘋果的最新審核政策。并且其中還有一部分python寫的腳本形式的工具，使用成本比較高。

我這里推薦一款我常用的ios源碼混淆工具，能解決大部分機(jī)審問(wèn)題并且功能強(qiáng)大支持（OC，Swift，C++，Dart）混淆。有興趣的朋友可以一起交流學(xué)習(xí)。[https://github.com/netyouli/WHC_ConfuseSoftware
]