提審App Store因準則2.1被拒，不需要修改或代碼混淆就能通過審核教程(已審核通過)
準則2.1 - 需要的信息
這種類型的應用程序已被確定為可能違反以下一項或多項應用商店評論指南。具體來說，這些類型的應用程序往往
1.1.6 - 包含虛假信息，功能或誤導性元數(shù)據(jù)。
2.3.0 - 批準后進行重大的概念變更
2.3.1 - 隱藏或未記錄的功能，包括重定向到賭博或彩票網站的隱藏的“開關”
3.1.1 - 使用應用程序內購買以外的支付機制解鎖應用程序中的功能或功能
4.3.0 - 是另一個應用程序的副本或顯著類似于另一個應用程序
5.2.1 - 沒有由擁有和負責提供應用程序提供的任何服務的法律實體提交
5.3.4 - 沒有使用應用程序的所有位置的必要許可和權限
最近找我?guī)蜕霞艿奈夜浪懔艘幌掳俜种际?.1大禮包問題。所以我也寫了很多篇2.1大禮包的文章分享自己上架過審的經驗，如果哪里寫的不好，請不要見怪
在我們繼續(xù)審核之前，請確認此應用不違反以上任何一條準則。您可以在“解決方案中心”或iTunes Connect中的“應用程序評論信息”部分回復此消息，以驗證此應用程序的合規(guī)性。
鑒于這種類型的應用程序傾向于違反上述準則，這一審查將需要更多的時間。如果我們發(fā)現(xiàn)此應用程序在任何時候違反了這些準則，該應用程序將被拒絕并從App Store中刪除，并可能導致您的Apple開發(fā)人員計劃帳戶被終止。
這封郵件，大部分被卡審的開發(fā)者幾乎都在同一天收到了一模一樣的。
摘要：IOS開發(fā)子經過日日夜夜的加班奮戰(zhàn)，APP終于提交到了AppStore審核。（興奮一波）本以后項目上線了可以休息一波了，但是APP審核被拒了。
? ?經過日日夜夜的加班奮戰(zhàn)，APP終于提交到了AppStore審核。（興奮一波）
? ?本以后項目上線了可以休息一波了，但是APP審核被拒了（心累一波）。
? ?接下來查看2.1被拒的信息，全是一些crash文件，那么要講的就是如何通過這些log定位到具體問題。文件如下
第1步：首先建立一個文件夾，我這里是建立在桌面 叫 crash（根據(jù)自己習慣自定義）
第2步：打開xcode window -> organizer -> Archives 找到你提交的版本后 ?右鍵show in finder
第3步：在finder找到你的文件 類似這樣的：
右鍵 顯示你的馬甲包內容
第4步：
打開dSYMs，復制里面的.dSYM ?到你建立的目錄 crash
第5步：
復制Application文件夾里面的文件 到crash文件
第6步:打開終端 輸入：find /Applications/Xcode.app -name symbolicatecrash -type f
運行結果類似這樣:/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash
第7步:將symbolicatecrash也復制到你的目錄 命令如下:cp /Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash /Users/lipingkang/Desktop/crash (根據(jù)自己的symbolicatecrash所在目錄輸入)
接下來cd到你的crash目錄
輸入命令：./symbolicatecrash /Users/lipingkang/Desktop/crash/temp..ezkktjme.crash /Users/lipingkang/Desktop/crash/AssociationProject.app.dSYM > my_symbol.crash
如果出現(xiàn)了Error: "DEVELOPER_DIR" is not defined at ./symbolicatecrash line 69.
再輸入：export DEVELOPER_DIR="/Applications/Xcode.app/Contents/Developer”
然后再執(zhí)行：./symbolicatecrash /Users/lipingkang/Desktop/crash/temp..ezkktjme.crash /Users/lipingkang/Desktop/crash/AssociationProject.app.dSYM > my_symbol.crash
這個時候crash目錄下就多了my_symbol.crash這個文件，打開就可以定位到你程序奔潰的原因的了。
顯然，這是來自于批量審核的結果。
目前，從蘋果的算法改版可以得出幾種結論：
1、AppStore之前卡審了一大批應用，這些卡審都是被機審時攔??；
2、AppStore升級機審的算法，機審會對代碼庫、二進制進行全方位審核；
3、只要是require a longer review time的，可以直接放棄，直接用新賬號完善下二進制重新提交；
4、國外賬號也開始沒有優(yōu)勢了；
5、馬甲包的幾率也將變得非常小。
6、使用React Native
7、使用開關，審核時與上架后顯示頁面不同（此方案有被封號的風險）
8、購買有資質的賬號（如銀行類）
本文由作者原創(chuàng)，轉載請注明地址
