IOS App開發完成後，下一步就是上架App Store進行發佈。而由於App Store上架審覈機制日趨嚴格，會出現經常審覈被拒的情況。於是上架審覈就成爲IOS開發者面臨的一大難關。
App Store上架審覈流程實際上也由：提交→審覈→上架，變成了：提交→審覈→審覈被拒→被拒解決方案→上架。
App Store的審覈可以分爲機器審覈和人工審覈。機器審覈主要對代碼進行審覈，排查APP是否與App Store中的App重複；然後是人工審覈，審覈App的元數據以及用戶體驗。
根據蘋果開發者公佈的App Store審覈指南，審覈從以下5個維度進行。我們根據這些維度以及一些常見的問題提供以下審覈指南。
1. 安全
這裏的安全審覈主要是指App所包含內容的安全。
a) 對於App自帶的內容，注意不要包含誹謗、歧視或惡意的內容；暴力或者鼓勵暴力的內容；色情內容；煽動性的宗教評論；虛假信息和功能。
實際審覈中，如出現像“屌絲”、“無節操”之類的字眼，也會因爲不雅詞彙被拒。
b) 對於用戶生成的內容，也要有相應的過濾和審覈機制，比如敏感詞過濾、舉報功能等。
2. 性能
App性能審覈中常見的問題是2.1 App完成度和2.3 準確的元數據。
a) 2.1 App完成度。完成度審覈要求提交的App是完整的最終版，應在提交前進行產品測試，避免出現崩潰、加載失敗等非常明顯的Bug。
要保證審覈人員能夠對App進行使用流程的審覈。確保後臺開啓，供審覈人員進行註冊登錄、內購（如有內購需要展示內購產品）等操作的審覈。如果審覈人員打不開，可以提供App的操作視頻。
b) 2.3 準確的元數據。確保提供準備的App描述，讓用戶瞭解功能和內購產品。如名稱、描述、預覽截圖等要與App的功能相符，切忌偷懶上傳Android預覽圖。不要包含隱藏功能（如果確定沒有隱藏功能，多由開發過程中使用的第三方SDK引起）。
3. 商務
商務審覈或者說業務審覈，主要涉及內購項目的支付，蘋果只允許使用自家的Apple Pay，所以會審覈內購項目是否讓用戶一目瞭然，是否使用了第三方支付，如支付寶、微信支付等。爲了順利保證過審，還是老老實實的使用Apple Pay吧。
4. 設計
在面臨App數量不斷攀升、同質化問題嚴重的情況下，開發者很容易遭遇4.3重複App的問題。所以4.3重複App問題不僅是產品設計審覈中最常見的問題，也是整個上架審覈中最常見的問題。所以這裏着重說一下。
蘋果將相似度過高的App視爲重複App，即馬甲包。除了要修改名稱、UI，還要對代碼進行修改。如果不是下定決心要重做一款不一樣的App，一般就需要做代碼混淆處理了。雖然不知道App Store的機審原理，但應該有類似反編譯的操作。
說到反編譯，就不得不說到App加固產品了—IOS加固保護（https://www.dingxiang-inc.com/business/ios），這是一款帶有代碼混淆功能的App加固產品，本身是防反編譯的，能將原始代碼的控制流進行切分、打亂、隱藏、插入花指令、將代碼邏輯複雜化而不影響原始邏輯。最重要的是，不需要做額外的源碼修改和操作，只需要將App打包上傳就可以進行一鍵混淆。順便還爲你的App提供了一層加固保護。
開發者也會出於保證業務在線的考慮（保證至少一款App上架並正常運行），採取一次上架多個相同的App（尤其是遊戲類App）做法，不用想，App Store肯定會拒絕這樣的行爲，這時IOS加固保護就又派上用場了，對每個App進行加固（代碼混淆），就可以大大提高審覈上架的概率。
5. 法律
a) 用戶隱私。用戶數據的收集和存儲需要經過用戶同意授權，同時保證用戶數據的安全。注意不要強制註冊，作爲可選項提供給用戶選擇。
b) 知識產權。版權問題就不多贅述了，確保使用的素材都擁有版權。
以上就是App Store上架審覈中的常見的幾個問題。
附：蘋果開發者App Store 審覈指南細則（https://developer.apple.com/cn/app-store/review/guidelines/）