蘋果APP的審核是一道大難關，遇見被拒是很正常的事情，如果被拒就根據反饋問題，和下面提供的思路去尋求解決方案。
蘋果審核大體分為三部分，預審、機審和人工審核。
ipa包上傳后首先進入的是預審，會被掃描API等，預審通過后會在https://itunesconnect.apple.com/后台活動那出現構建版本，然后才可以提交審核（如果沒通過，會有反饋郵件，查看原因，很多上傳ipa成功了，但后台沒看到ipa構建版本，就是預審都沒過。）
在 提交審核開始顯示是（等待審核）這個階段一般是機審，機審主要是對代碼進行機器審核，排查APP是否重復應用，“2.1蘋果狗年大禮包”事件就更多地依賴機器自動審核，減少人工成本；
通過后會顯示為（審核）這個階段，即人工審核階段，這個階段主要看的是App的元數據，例如APP封面、功能、體驗等等，注重用戶體驗，到了這步很快就會有結果了。
目前機審機制越來越完善了，而且也越來越受重視，相比前幾個月，近期的蘋果審核時間逐漸縮短，平均審核時間為23.9 小時。
2.1 App 完成度
主要有應用出現崩潰、加載失敗等非常明顯的Bug、應用不支持 IPv6網絡下使用、測試賬號、隱藏開關等。
解決方法：提前測試產品是否有bug、在IPV6網絡下是否能使用等，根據反饋郵件，一個個審查自身產品信息是否符合，適當情況下可以發送截圖視頻給蘋果官方以證明自己的清白。
2.3 准確的元數據
主要是應用標題、描述、截圖等與應用功能嚴重不符。如用安卓手機截圖，瀏覽器截圖！
解決方法：重新更換截圖，保證整個APP功能、流程看起來是一致的。去除隱藏功能模塊代碼或將需要隱藏功能的代碼及定向跳轉鏈接網址做混淆處理，適當增加邏輯復雜度。
3.2.1 可接受的商業模式
主要是沒有資質。
解決方法：最佳方案是拿到資質，如果實在沒有資質，建議大家盡可能多的把自己公司合規的證據資料發給蘋果，而套殼、換新賬號碰運氣上架等操作，不得已的話可以嘗試。
5.1.1 數據收集和存儲
主要是App 強制用戶注冊，且基於不需要用戶信息的功能之上、暗中采集/共享用戶的個人信息。
解決方法：先與用戶協商，讓用戶同意后注冊，有“強登陸”功能的一定要修改為提示登陸的版本。
4.3 重復 App
主要針對的是重復App，意思就是你的App跟別人上架的APP功能或者代碼很相似，通常就是蘋果認為是馬甲包。
解決辦法：可通過修改名字、icon、主色調、代碼等解決，並且注意相同的APP包提交至少間隔一天以上。
4.2 最低功能要求
主要問題在於蘋果認為部分開發者上傳的App功能不夠，或者沒有自己的核心功能，比如直接打包一個網頁上架的很容易觸發這個問題。
解決辦法：可以添加一些功能豐富產品（導航欄，下拉刷新，推送通知等功能），如果覺得功能已經全了，還沒有通過審核，可以向蘋果解釋產品解決的用戶需求，以及具體功能的展現。
3.1.1 購買項目
主要是接入第三方支付，支付寶、微信等。
解決方法：老老實實地走蘋果支付的支付方式，用內購。如果隱藏虛擬產品或者通過后更改支付方式，都是有一定風險的。
2.5 軟件要求
主要是產品加入違規代碼
解決方法：很可能是三方庫中含有SDK，可以更新所有三方庫，或者反編譯提交的ipa，檢查文檔中是否有違規字符串，有的話刪掉。
5.1.5 定位服務
主要是 App 未得到允許，與第三方共享收集的用戶數據，且並未說明使用目的等，例：位置、賬號……
解決方法：如果要采取用戶數據信息，需要給予用戶提示，並得到用戶的允許，或設置為可選，並且明確告知蘋果采集用戶數據信息的使用目的。總的來說就是要彈出提示說明使用這個權限做什么用，寫清楚。
5.2 知識產權
主要是未經授權，使用受版權保護的第三方材料、App不得與蘋果現有產品類似等。
解決方法：確保 app 只包含由您創建或擁有使用許可的內容，提交產品時使用受版權保護的第三方的書面證據或者將產品中包含的未經第三方授權的部分隱藏。
審核還會遇到各種各樣的問題，根據反饋來進行相應的修改。