蘋果審核2.1大禮包，這幾個方面入手。
你收到大禮包了嗎？
突然間的2.1大禮包成了一個重災區，蘋果加大了中國區的審核力度。但其實歸根結底，會觸犯到這個大禮包的App很大部分或者說幾乎都是和這個關鍵詞掛鉤的 ---“馬甲包”！
這個“馬甲包”的含義我們就不在多做解釋，相信大家都明白。但其實作為一個開發者而言，自己是很不喜歡馬甲包，但沒辦法有些時候很多事不是你想怎樣就能怎樣的，那既然因為這個原因收到2.1的大禮包那你該怎樣處理呢？總結自己和這個2.1糾纏的經驗，我們在下面會提供一些方法來處理。
關於App Store的審核團隊其實你有必要了解一下
這一點其實我覺得我們真的還是有必要了解一下的，比如說我聽到的下面這些疑問：
1、App Store中國區的審核是在中國嗎？
2、審核時間是不是和我們上班的時一樣？
3、App Store的審核是不是都是人工審核？
4、審核團隊肯定Very大，這次提交不通過換個賬號在提交就不會是同一個人，會不會審核一不小心過了？
5、審核流程到底是什麽樣子的？
6、審核我App的是GG還是MM，の這個就是我們亂扯的......
針對上面的這些問題，用我自己收集到的信息再加上自己的判斷說一些上面的這些問題：
1、App Store中國區的審核是在美國，不在中國！
App Store中國區的審核和其他區的一樣，審核是統一集中在美國，並且是有中國人在的，這也就是為什麽他們那麽了解中國政策以及有些同學說給他們發的中文郵件也OK的原因，還甚至有同學說蘋果給自己回復了中文郵件，這個真的沒遇到過，但我還是建議發郵件的時候最好用中英文雙語比較好，因為開發者的郵件大多是直接“谷歌、有道”翻譯的！有些翻譯的會比較難理解，如果你中文在寫一遍能幫助到審核人員正確理解你的意思！
蘋果 App Store 的所有審核團隊都是在美國總部嗎？還是每個區域市場單獨審核？--知乎
2、審核時間是不是和我們上班的時一樣？
の要這麽想就真的錯了，審核時間是北京時間夜晚，按照我們和美國的時差，你睡覺的時候就是人家上班的時候，這也說明了審核地點的確是在美國！你要連我們項目的審核時間都不知道是晚上，那我只能說小夥子，你晚上睡得太早了！告訴你們老板 you need add class！
還有一點這裏需要提的，按照我提交幾十次APP的經驗，你要想第二天又個審核結果，最好在我們北京時間早上提交應用，這也就是為什麽我們早上有了審核結果的時候，要想盡快再有結果，就最好在早上改好重新提交審核！！要是到了中午，那一般情況下就得隔天才有結果了！
3、App Store的審核是不是都是人工審核？no no no
今年之所以大片的出現2.1大禮包，就是因為你死在了機器手裏，這裏我們把審核的大概的流程也說一下，等於把第五個問題在這裏也提前回答了：
預審階段
提交App Store之前 Application Loader 做的那些就算試一次預審了，這關都過不了，那就說明包有問題啊！
我們提交之後的等待審核
提交之後會進入等待審核，這一步其實還是機器審核的，人工智能在這一步應該有用到，並且在這一步會有這樣一個操作： 賬號定位和代碼定位。這兩個問題很關鍵， 賬號定位之後後續提交的項目都會受到前面提交版本的影響的，這點相信都有體會和理解，再有一點就是代碼定位，這個就沒有賬號定位那麽簡單了。假如你的項目被拒了，你換個賬號提交，這時候蘋果掃描到你的代碼數據和以前包的代碼數據很相似的時候，可能就會給你一個2.1大禮包了，這個就得我們做些代碼混淆或者天啊及垃圾代碼的處理，這些後面說，知道有這麽回事就可以了。
審核通過之後就看是你自己是選擇手動了手動發布還是自動發布了，這一步我們就不在多說了！
4、審核團隊肯定Very大，這次提交不通過換個賬號在提交就不會是同一個人，會不會審核一不小心過了？
關於這個問題，我直接給出回答就是錯了，團隊真的不大，很有可能你就兩次裝車到同一個人手裏，關於這個問題再給大家看一篇比較有說服力的文章，可以很好的幫你解決這個疑問！
2018-03-29揭秘蘋果App Store審核團隊，知己知彼好過審
6、審核我App的是GG還是MM？
gun............哈哈
說正題：2.1大禮包怎麽處理？
說怎麽處理之前至少得說說什麽是2.1大禮包啊！下面是這個大禮包的截圖，原郵件和谷歌翻譯版同框！
這就是傳說中的2.1大禮包，針對上面的問題說說我們能做的處理有哪些！
首先：要是你的App沒有觸犯到上面的這寫內容（其實大家有沒有觸犯這些心理有很清楚的，哈哈）建議真誠的回復蘋果的郵件，好好溝通，當然剩下的內容你也就不用再看了，趕緊去給蘋果寫郵件去吧！
其次：真的觸犯了這些的，我們動手吧！
要是你的應用的確是馬甲包，你要做的就是下面這些事了：
1、修改工程名
2、圖片資源修改名字，並且改變圖片的hash值，不要讓檢測到時以前被拒的資源
3、類名你也得改改了
4、混淆隨機添加垃圾代碼、參數
5、修改方法名
6、重要類中的方法進行打亂排序
7、如果可以建議換個賬號提交，並且換個IP去提交
8、如果可以建議換一臺電腦去打包
1、修改工程名
修改Xcode工程名稱（完美版）
在iOS項目中，如何完美的修改項目名稱
上面這兩篇屬於手動修改的，當然我們還是有腳本的，腳本的地址我們在最下面給大家。以及腳本的一些使用說明我也會在下面再細說的。
2、圖片資源修改名字，並且改變圖片的hash值
關於這一點，在下面的腳本中我們 .xcassets 文件裏面的資源是直接能用腳本改的，其他的一下資源可能的我們手動改一下，當然你要改腳本也是完全可以的，因為我們站在巨人的肩膀上，而巨人把腳本開源了！
剩下的這些修改類名以及修改函數名這些等等的我們的腳本裏面都有，我們在這裏也就不在專門去說了。我們說重點吧，腳本走起......
使用 ImageMagick 對 png 圖片做輕量壓縮，及不損失圖片質量，又可改變圖片文件 hash 值。方法：
安裝 ImageMagick，brew install imagemagick
壓縮工程目錄下所有 png 文件，find . -iname "*.png" -exec echo {} \; -exec convert {} {} \;
你要的重點在這裏！
首先，腳本傳送門...... https://github.com/klaus01/KLGenerateSpamCode (感謝作者)
這裏說兩點是需要註意的，我們在圖上有標註，但這裏還是再說一次會比較好：
1、絕對路勁一定要註意！！
2、生成垃圾代碼存放路勁，你可以在桌面直接建一個文件夾保存就行了，他會保存生成的.h 和.m的文件，當你編譯的時候有時候會生成私有方法，報錯的你直接刪除就行了，反正都是垃圾代碼，但在項目中還是新建一個文件保存吧，不然會對以後的開發者造成誤導！
最後參考的文章在這裏：（感謝！）
“蘋果2.1大禮包”審核被拒，這有份iOS馬甲包混淆方案
馬甲包混淆工程
最後還是腳本地址--走起：https://github.com/klaus01/KLGenerateSpamCode
蘋果審核2.1大禮包，這幾個方面入手。